Re: make bootstrap failed

[Katsumi Yamaoka]

Hi,

I found the cause of the problem, although you may have already
found it.  I always build Emacs under the directory named:

/tmp/.yamaoka/Work/emacs/

As you are looking at this, the name contains `.'.  In the
lisp/Makefile.in file, subdirectories matching the patterns
`*/.*' or `*/.*/*' are ignored when creating subdirs.el files:

setwins=subdirs=`find $$wd -type d -print`; \
        for file in $$subdirs; do \
           case $$file in */Old | */RCS | */CVS | */CVS/* | */.* | */.*/* | 
*/=* ) ;; \
                *) wins="$$wins $$file" ;; \
           esac; \
        done

Owing to these, the lisp/subdirs.el file wasn't generated for me
when I performed `make bootstrap'.  I have currently no idea to
improve those case patterns, so I changed the working directory
as /tmp/yamaoka/Work/emacs/.  And then, I could build Emacs
successfully.

I lied in the last message, sorry.  The directory name `/Work'
was actually `/tmp/.yamaoka/Work'.

>>>>>> In <address@hidden> Katsumi Yamaoka wrote:

>> Hi,

>> When I performed `make bootstrap' on Emacs CVS head from
>> scratch, it stopped with the following error:

>> [...]
>> for el in /Work/emacs/lisp/emacs-lisp/byte-opt.el 
>> /Work/emacs/lisp/emacs-lisp/bytecomp.el /Work/emacs/lisp/subr.el 
>> /Work/emacs/lisp/progmodes/cc-mode.el /Work/emacs/lisp/progmodes/cc-vars.el 
>> $els; do \
>>   if test -f $el; \
>>   then \
>>     echo Compiling $el; \
>>     EMACSLOADPATH=/Work/emacs/lisp ../src/bootstrap-emacs -batch 
>> --no-site-file --multibyte -f batch-byte-compile-if-not-done $el || exit 1; \
>>   fi \
>> done
>> Compiling /Work/emacs/lisp/emacs-lisp/byte-opt.el
>> Cannot open load file: japan-util

> It becomes so when the LANG environment variable is ja_JP.eucJP.
> If it is C, the error message changes to:

> Cannot open load file: bytecomp

>> make[1]: *** [compile] error 1
>> make[1]: Leaving directory `/Work/emacs/lisp'
>> make: *** [bootstrap] error 2

>> I don't know why japan-util is required there, but that error
>> vanishes by using Makefile.in and lisp/Makefile.in of two days
>> ago (before Stefan Monnier changed them).

Regards,
-- 
Katsumi Yamaoka <address@hidden>