More accurate dependencies in Holmakefiles for Moscow ML.

In particular, with the change in 6e6ca26, some Holmakefiles feature
selftest.exe as the first thing to be built. If the dependencies for
these files are not recorded accurately, then the build will fail when
Moscow ML attempts to link object files to create the executable.

In src/TeX the problem was that a .uo file didn't record its
dependency on the corresponding .ui file, and again, the change in
6e6ca26 meant that targets were attempted in a different order.

The problem doesn't arise with Poly/ML because there is no analogue of
linking, and calls to the "compiler" don't actually do anything much.

src/TeX/Holmakefile

@@ -59,7 +59,7 @@ holindex.grm.sml holindex.grm-sig.sml: holindex.grm holindexData.uo
 holindex.grm.ui holindex.grm.uo: holindex.grm.sml holindex.grm-sig.uo holindexData.uo
 	$(HOLMOSMLC) -toplevel -c -I $(MLYACCLIB) $(MLYACCLIB_UIS) holindex.grm-sig.ui $<
 
-AssembleHolindexParser.uo: AssembleHolindexParser.sml holindex.grm.uo holindex.lex.uo holindexData.uo
+AssembleHolindexParser.uo: AssembleHolindexParser.sml AssembleHolindexParser.ui holindex.grm.uo holindex.lex.uo holindexData.uo
 	$(HOLMOSMLC) -c -I $(MLYACCLIB) $(MLYACCLIB_UIS) holindex.grm.ui holindex.lex.ui $<
 
 selftest.exe: selftest.uo EmitTeX.uo

src/parse/Holmakefile

@@ -2,7 +2,7 @@ EXTRA_CLEANS = base_lexer.sml
 
 SELFTEST_DEPS = $(dprot $(SIGOBJ)/Lib.uo) $(dprot $(SIGOBJ)/Type.uo) \
                 PPBackEnd.uo $(dprot $(SIGOBJ)/Overlay.uo) base_tokens.uo \
-	        qbuf.uo term_tokens.uo
+	        qbuf.uo term_tokens.uo MLstring.uo CharSet.uo
 
 UOFILES = $(patsubst %.sml,%.uo,$(wildcard *.sml))
 

src/q/Holmakefile

@@ -4,5 +4,5 @@ all: selftest.exe $(UOFILES)
 
 .PHONY: all
 
-selftest.exe: selftest.uo
+selftest.exe: selftest.uo Q.uo
 	$(HOLMOSMLC) -o $@ $<