Broken lisp/Makefile.w32-in

[Tak Ota]

revision 1.21 of lisp/Makefile.w32-in is broken for --with-msvc
configuration.  The change below is responsible for this.  Reverting
it to revision 1.20 removes the problem in "make bootstrap"

2002-07-23  Andrew Innes  <address@hidden>

        * makefile.w32-in (DONTCOMPILE): Remove cus-start.el.
        (DONTCOMPILE): Add various language files.
        (DONTCOMPILE): Remove term/xterm.el.
        (finder-inf.el): Remove.
        (update-authors): New target.
        (TAGS-LISP): Remove $(lispsource).
        (compile-always): Renamed from `compile-files'.
        (compile): New target, adapted from `compile-files'.
        (compile-calc): New target.
        (recompile): Change `.' to $(lisp).
        (bootstrap): Add update-subdirs and finder-data
        to dependencies; change compile-files to compile.

The makefile.w32-in contains the following target in both revision
1.20 and 1.21 however nothing depends on this target in 1.20.  It
appears like 1.21 is supposed to have made improvement by properly
depending on this target.

update-subdirs-CMD: doit
        @set QWINS=
        @for %d in ($(WINS)) do if not (%d)==(term) set QWINS=%QWINS% "%d"
        echo ;; In load-path, after this directory should come> subdirs.el
        echo ;; certain of its subdirectories.  Here we specify them.>> 
subdirs.el
        echo (normal-top-level-add-to-load-path $(SQUOTE)(%QWINS%))>> subdirs.el

I suspect the use of an environment variable above is flawed since
each action line is executed by independent shell (cmd.exe) thus the
variable QWINS is not shared.  It should be corrected to something
like this.

update-subdirs-CMD: doit
        echo ;; In load-path, after this directory should come> subdirs.el
        echo ;; certain of its subdirectories.  Here we specify them.>> 
subdirs.el
        echo (normal-top-level-add-to-load-path $(SQUOTE)(>> subdirs.el
        @for %d in ($(WINS)) do if not (%d)==(term) echo "%d">> subdirs.el
        echo ))>> subdirs.el

However, the 2002-07-23 changes have more than this and still fails
after this modification.

-Tak