make bootstrap fails on w32/MinGW

make bootstrap fails on w32/MinGW

[Óscar Fuentes]

Fresh CVS update.

configure.bat --enable-font-backend --cflags -It:/emacscvs/include --ldflags -Lt:/emacscvs/lib --without-gif

make cleanall

make bootstrap

Generating autoloads for kermit.el...
Generating autoloads for kermit.el...done
Generating autoloads for kmacro.el...
Generating autoloads for kmacro.el...done
Local variables entry is missing the suffix
make[1]: *** [autoloads] Error 255

-- 
Oscar

Re: make bootstrap fails on w32/MinGW

[Jason Rumney]

Óscar Fuentes wrote:
> Fresh CVS update.
>   

If you have sed, and checkout leim/CXTERM-DIC as binary, then you should 
be able to build on Windows now. I don't recommend using the 
font-backend right now, it appears to have broken in the past few weeks 
(characters in the default face are too big, others are the correct size).

Re: make bootstrap fails on w32/MinGW

[Óscar Fuentes]

Jason Rumney <jasonr@gnu.org> writes:

> Óscar Fuentes wrote:
>> Fresh CVS update.
>>   
>
> If you have sed, and checkout leim/CXTERM-DIC as binary, then you
> should be able to build on Windows now. I don't recommend using the
> font-backend right now, it appears to have broken in the past few
> weeks (characters in the default face are too big, others are the
> correct size).

Thanks. This is how it fails now:

make[1]: *** No rule to make target `../lisp/international/charprop.el', needed
by `DOC'.  Stop.
make[1]: Leaving directory `T:/emacscvs/src/emacs/lib-src'
make: *** [bootstrap-gmake] Error 2

-- 
Oscar

Re: make bootstrap fails on w32/MinGW

[Eli Zaretskii]

> Date: Sat, 02 Feb 2008 02:46:51 +0000
> From: Jason Rumney <jasonr@gnu.org>
> Cc: emacs-devel@gnu.org
> 
> I don't recommend using the 
> font-backend right now, it appears to have broken in the past few weeks 
> (characters in the default face are too big, others are the correct size).

Can someone "in the know" please post an explanation of the
font-backend feature, and what are its advantages/disadvantages?
AFAICS, there's nothing about this in INSTALL or in NEWS.

Re: make bootstrap fails on w32/MinGW

[Eli Zaretskii]

> Date: Sat, 02 Feb 2008 02:46:51 +0000
> From: Jason Rumney <jasonr@gnu.org>
> Cc: emacs-devel@gnu.org
> 
> If you have sed, and checkout leim/CXTERM-DIC as binary, then you should 
> be able to build on Windows now.

Until now, we tried to avoid requiring Sed to build Emacs on Windows.
Since Emacs is already built by the time we need to generate
unidata.txt, I think we should use Emacs instead of Sed to create
unidata.txt on Windows.

Re: make bootstrap fails on w32/MinGW

[Jason Rumney]

Eli Zaretskii wrote:
> Until now, we tried to avoid requiring Sed to build Emacs on Windows.
> Since Emacs is already built by the time we need to generate
> unidata.txt, I think we should use Emacs instead of Sed to create
> unidata.txt on Windows.
>   

Sure, but I can't do everything at once.

Re: make bootstrap fails on w32/MinGW

[Eli Zaretskii]

> Date: Sat, 02 Feb 2008 21:19:11 +0000
> From: Jason Rumney <jasonr@gnu.org>
> CC: ofv@wanadoo.es, emacs-devel@gnu.org
> 
> Eli Zaretskii wrote:
> > Until now, we tried to avoid requiring Sed to build Emacs on Windows.
> > Since Emacs is already built by the time we need to generate
> > unidata.txt, I think we should use Emacs instead of Sed to create
> > unidata.txt on Windows.
> >   
> 
> Sure, but I can't do everything at once.

That wasn't meant to be a teaser, just an idea for someone to pick up.
Sorry if it sounded like a complaint about your work.

Re: make bootstrap fails on w32/MinGW

[Lennart Borgman (gmail)]

What is the status on w32 now? I just tried again with

   cvs -z3 -d:pserver:anonymous@cvs.savannah.gnu.org:/sources/emacs co 
emacs

and then

   make bootstrap


I get

gcc -I. -DWIN32_LEAN_AND_MEAN -D_WIN32_WINNT=0x0400 -D_X86_=1 -c 
-gstabs+ -g3  -mtune=pentium4 -O2  -Di386 -D_CRTAPI1=_cdecl 
-Ic:/g/include -Demacs=1 -DWINDOWSNT -DDOS_NT -DHAVE_CONFIG_H 
-I../nt/inc -D_UCHAR_T -DHAVE_NTGUI=1 -DUSE_CRT_DLL=1 -DPURESIZE=5000000 
-o oo-spd/i386/w32bdf.o w32bdf.c

rm oo-spd/i386/temacw32.a

rm: cannot remove `oo-spd/i386/temacw32.a': No such file or directory

make[2]: [oo-spd/i386/temacw32.a] Error 1 (ignored)

ar -rsc oo-spd/i386/temacw32.a oo-spd/i386/w32term.o 
oo-spd/i386/w32xfns.o oo-spd/i386/w32fns.o oo-spd/i386/xfaces.o 
oo-spd/i386/w32select.o oo-spd/i386/w32menu.o oo-spd/i386/w32reg.o 
oo-spd/i386/w32bdf.o

gcc -I. -DWIN32_LEAN_AND_MEAN -D_WIN32_WINNT=0x0400 -D_X86_=1 -c 
-gstabs+ -g3  -mtune=pentium4 -O2  -Di386 -D_CRTAPI1=_cdecl 
-Ic:/g/include -Demacs=1 -DWINDOWSNT -DDOS_NT -DHAVE_CONFIG_H 
-I../nt/inc -D_UCHAR_T -DHAVE_NTGUI=1 -DUSE_CRT_DLL=1 -DPURESIZE=5000000 
-o oo-spd/i386/lastfile.o lastfile.c

rm oo-spd/i386/lastfile.a

rm: cannot remove `oo-spd/i386/lastfile.a': No such file or directory

make[2]: [oo-spd/i386/lastfile.a] Error 1 (ignored)

ar -rsc oo-spd/i386/lastfile.a oo-spd/i386/lastfile.o

gcc -I. -DWIN32_LEAN_AND_MEAN -D_WIN32_WINNT=0x0400 -D_X86_=1 -c 
-gstabs+ -g3  -mtune=pentium4 -O2  -Di386 -D_CRTAPI1=_cdecl 
-Ic:/g/include -Demacs=1 -DWINDOWSNT -DDOS_NT -DHAVE_CONFIG_H 
-I../nt/inc -D_UCHAR_T -DHAVE_NTGUI=1 -DUSE_CRT_DLL=1 -DPURESIZE=5000000 
-o oo-spd/i386/firstfile.o firstfile.c

windres -O coff --include-dir ../nt -o oo-spd/i386/emacs.res ../nt/emacs.rc

gcc -o oo-spd/i386/temacs.bin  -gstabs+ -g3   -Wl,-stack,0x00800000 
-Wl,-heap,0x00100000 -Wl,-image-base,0x01000000 -Wl,-subsystem,console 
-Wl,-entry,__start -Wl,-Map,oo-spd/i386/temacs.map 
oo-spd/i386/firstfile.o oo-spd/i386/emacs.res oo-spd/i386/temacs0.a 
oo-spd/i386/temacs1.a oo-spd/i386/temacw32.a oo-spd/i386/lastfile.a 
-lwinmm -ladvapi32 -lgdi32 -lcomdlg32 -luser32 -lmpr -lshell32 
-lwinspool -lole32 -lcomctl32

oo-spd/i386/temacs0.a(emacs.o)(.text+0x1605): In function `main':

C:/eclean/bld/emacs/src/emacs.c:1616: undefined reference to `syms_of_font'

oo-spd/i386/temacs1.a(fontset.o)(.text+0x89e): In function 
`load_font_get_repertory':

C:/eclean/bld/emacs/src/fontset.c:514: undefined reference to `Ffont_get'

oo-spd/i386/temacs1.a(fontset.o)(.text+0x1cbf): In function 
`Fset_fontset_font':

C:/eclean/bld/emacs/src/fontset.c:1569: undefined reference to `QCregistry'

oo-spd/i386/temacs1.a(fontset.o)(.text+0x1cdc):C:/eclean/bld/emacs/src/fontset.c:1579: 
undefined reference to `Ffont_spec'

oo-spd/i386/temacs1.a(fontset.o)(.text+0x228f):C:/eclean/bld/emacs/src/fontset.c:1442: 
undefined reference to `Ffont_spec'

oo-spd/i386/temacs1.a(fontset.o)(.text+0x22af):C:/eclean/bld/emacs/src/fontset.c:1447: 
undefined reference to `font_parse_xlfd'

oo-spd/i386/temacs1.a(fontset.o)(.text+0x2325):C:/eclean/bld/emacs/src/fontset.c:1452: 
undefined reference to `font_unparse_xlfd'

oo-spd/i386/temacs1.a(fontset.o)(.text+0x23fe):C:/eclean/bld/emacs/src/fontset.c:1442: 
undefined reference to `Ffont_spec'

oo-spd/i386/temacs1.a(fontset.o)(.text+0x2412):C:/eclean/bld/emacs/src/fontset.c:1447: 
undefined reference to `font_parse_xlfd'

oo-spd/i386/temacs1.a(fontset.o)(.text+0x247a):C:/eclean/bld/emacs/src/fontset.c:1452: 
undefined reference to `font_unparse_xlfd'

collect2: ld returned 1 exit status

make[2]: *** [oo-spd/i386/temacs.exe] Error 1

make[2]: Leaving directory `C:/eclean/bld/emacs/src'

make[1]: *** [bootstrap-temacs] Error 2

make[1]: Leaving directory `C:/eclean/bld/emacs/src'

make: *** [bootstrap-gmake] Error 2

bootstrap-080203.tmp

Re: make bootstrap fails on w32/MinGW

[Eli Zaretskii]

> Date: Sun, 03 Feb 2008 12:04:55 +0100
> From: "Lennart Borgman (gmail)" <lennart.borgman@gmail.com>
> CC: Jason Rumney <jasonr@gnu.org>, emacs-devel@gnu.org
> 
> What is the status on w32 now? I just tried again with
> 
>    cvs -z3 -d:pserver:anonymous@cvs.savannah.gnu.org:/sources/emacs co 
> emacs
> 
> and then
> 
>    make bootstrap
> 
> 
> I get
> [...]
> oo-spd/i386/temacs0.a(emacs.o)(.text+0x1605): In function `main':
> C:/eclean/bld/emacs/src/emacs.c:1616: undefined reference to `syms_of_font'

You must configure with the --with-font-backend switch, for now.

Re: make bootstrap fails on w32/MinGW

[Eli Zaretskii]

> Date: Sun, 03 Feb 2008 21:42:23 +0200
> From: Eli Zaretskii <eliz@gnu.org>
> Cc: emacs-devel@gnu.org, jasonr@gnu.org
> 
> You must configure with the --with-font-backend switch, for now.

Sorry, bad gray matter: it's --enable-font-backend.

Re: make bootstrap fails on w32/MinGW

[Jason Rumney]

Eli Zaretskii wrote:
> You must configure with the --enable-font-backend switch, for now.
>   

This is now fixed. I was under the mistaken impression that the new file 
font.c was specific to the new font backend, so it was not being built.

Re: make bootstrap fails on w32/MinGW

[Lennart Borgman (gmail)]

Jason Rumney wrote:
> Eli Zaretskii wrote:
>> You must configure with the --enable-font-backend switch, for now.
>>   
> 
> This is now fixed. I was under the mistaken impression that the new file 
> font.c was specific to the new font backend, so it was not being built.

I just tried again, deleted everything and checked out it again:

   cvs -z3 -d:pserver:anonymous@cvs.savannah.gnu.org:/sources/emacs co 
emacs

and then

   configure --with-gcc --cflags -Ic:/g/include
   make bootstrap

Now I get


Loading c:/eclean/bld/emacs/lisp/term/w32-win.el (source)...
Loading c:/eclean/bld/emacs/lisp/ls-lisp.el (source)...
Loading c:/eclean/bld/emacs/lisp/disp-table.el (source)...
Loading c:/eclean/bld/emacs/lisp/dos-w32.el (source)...
Loading c:/eclean/bld/emacs/lisp/w32-fns.el (source)...
Loading c:/eclean/bld/emacs/lisp/emacs-lisp/float-sup.el (source)...
((268501 . 5303) (13284 . 0) (669 . 155) 1972025 1263511 (96 . 4) (20 . 
21) (29848 . 8456))
Loading c:/eclean/bld/emacs/lisp/vc-hooks.el (source)...
Loading c:/eclean/bld/emacs/lisp/ediff-hook.el (source)...
Loading c:/eclean/bld/emacs/lisp/tooltip.el (source)...
((272951 . 5329) (13443 . 2) (670 . 154) 1994148 1263564 (98 . 2) (20 . 
21) (30295 . 8009))
Finding pointers to doc strings...
Finding pointers to doc strings...done
Dumping under the name emacs
72509 pure bytes used
Dumping from c:/eclean/bld/emacs/src/oo-spd/i386/temacs.exe
           to c:/eclean/bld/emacs/src/oo-spd/i386/emacs.exe
mkdir "../bin"
cp -f oo-spd/i386/emacs.exe ../bin
make[1]: Leaving directory `C:/eclean/bld/emacs/src'
make   unidatagen-CMD
make[1]: Entering directory `C:/eclean/bld/emacs/nt'
if exist ..\admin\unidata\UnicodeData.txt \
	   make -w  -C ../admin/unidata
make[2]: Entering directory `C:/eclean/bld/emacs/admin/unidata'
"../../src/oo-spd/i386/emacs.exe" -Q --multibyte -batch -f 
batch-byte-compile unidata-gen.el
Cannot open load file: encoded-kb
make[2]: *** [unidata-gen.elc] Error -1
make[2]: Leaving directory `C:/eclean/bld/emacs/admin/unidata'
make[1]: *** [unidatagen-CMD] Error 2
make[1]: Leaving directory `C:/eclean/bld/emacs/nt'
make: *** [bootstrap-gmake] Error 2
bootstrap-080204.tmp

Re: make bootstrap fails on w32/MinGW

[Juanma Barranquero]

On Feb 4, 2008 6:58 PM, Lennart Borgman (gmail)
<lennart.borgman@gmail.com> wrote:

>    cvs -z3 -d:pserver:anonymous@cvs.savannah.gnu.org:/sources/emacs co
> emacs

Unrelated, but did you remember to check out the .tit files in
leim/CXTERM-DIC as -kb?

             Juanma

Re: make bootstrap fails on w32/MinGW

[Lennart Borgman (gmail)]

Juanma Barranquero wrote:
> On Feb 4, 2008 6:58 PM, Lennart Borgman (gmail)
> <lennart.borgman@gmail.com> wrote:
> 
>>    cvs -z3 -d:pserver:anonymous@cvs.savannah.gnu.org:/sources/emacs co
>> emacs
> 
> Unrelated, but did you remember to check out the .tit files in
> leim/CXTERM-DIC as -kb?

Thanks. No, I had no idea about that. I added this to my script now:

     cd bld\emacs\leim\CXTERM-DIC
     cvs update -kb *.tit

Re: make bootstrap fails on w32/MinGW

[Andreas Schwab]

"Juanma Barranquero" <lekktu@gmail.com> writes:

> Unrelated, but did you remember to check out the .tit files in
> leim/CXTERM-DIC as -kb?

Why is that necessary?  Those files are pure text.

Andreas.

-- 
Andreas Schwab, SuSE Labs, schwab@suse.de
SuSE Linux Products GmbH, Maxfeldstraße 5, 90409 Nürnberg, Germany
PGP key fingerprint = 58CA 54C7 6D53 942B 1756  01D3 44D5 214B 8276 4ED5
"And now for something completely different."

Re: make bootstrap fails on w32/MinGW

[Juanma Barranquero]

On Feb 4, 2008 8:28 PM, Andreas Schwab <schwab@suse.de> wrote:

> Why is that necessary?  Those files are pure text.

They are not ASCII. On Windows, the -kb is needed to prevent LF ->
CRLF corruption.

             Juanma

Re: make bootstrap fails on w32/MinGW

[Stefan Monnier]

>> Why is that necessary?  Those files are pure text.
> They are not ASCII. On Windows, the -kb is needed to prevent LF ->
> CRLF corruption.

Do we know why the LF -> CRLF conversion poses problem?
While the files aren't ASCII, they do look plain text.


        Stefan

Re: make bootstrap fails on w32/MinGW

[Juanma Barranquero]

On Feb 4, 2008 9:58 PM, Stefan Monnier <monnier@iro.umontreal.ca> wrote:

> Do we know why the LF -> CRLF conversion poses problem?

I think (part or all of) this change:

http://cvs.savannah.gnu.org/viewvc/emacs/emacs/lisp/international/titdic-cnv.el?r1=1.49&r2=1.50&pathrev=MAIN

has been lost in the merge.

             Juanma

Re: make bootstrap fails on w32/MinGW

[Eli Zaretskii]

> From: Stefan Monnier <monnier@iro.umontreal.ca>
> Date: Mon, 04 Feb 2008 15:58:43 -0500
> Cc: Andreas Schwab <schwab@suse.de>,
> 	"Lennart Borgman \(gmail\)" <lennart.borgman@gmail.com>,
> 	emacs-devel@gnu.org
> 
> >> Why is that necessary?  Those files are pure text.
> > They are not ASCII. On Windows, the -kb is needed to prevent LF ->
> > CRLF corruption.
> 
> Do we know why the LF -> CRLF conversion poses problem?
> While the files aren't ASCII, they do look plain text.

And moreover, titdic-cnv.el uses raw-text to read the files, so that
EOL format could be auto-detected.

Re: make bootstrap fails on w32/MinGW

[Jason Rumney]

Andreas Schwab wrote:
> "Juanma Barranquero" <lekktu@gmail.com> writes:
>
>   
>> Unrelated, but did you remember to check out the .tit files in
>> leim/CXTERM-DIC as -kb?
>>     
>
> Why is that necessary?  Those files are pure text.
>   
Some of the Big5 encoded files cannot be processed if they have DOS line 
ends. I haven't yet figured out why.
ETZY.tit, PY-b5.tit, TONEPY.tit and ZOZY.tit have this problem, others 
do not.

Crash in titdic-convert with DOS line ends

[Jason Rumney]

Jason Rumney wrote:
> Some of the Big5 encoded files cannot be processed if they have DOS 
> line ends. I haven't yet figured out why.
> ETZY.tit, PY-b5.tit, TONEPY.tit and ZOZY.tit have this problem, others 
> do not.

Now that I am debugging this, ETZY.tit does not crash Emacs, while 
4Corner.tit does. It appears to be a problem with any DOS line ends in a 
Big5 file that is inserted into a unibyte buffer, but some other 
condition needs to be present to trigger the crash. But the following 
shows that there is definitely a problem with DOS line ends in unibyte 
buffers

;; Evaluate the following 2 forms in *scratch*. The first converts a 
.tit file to DOS line ends, the second reads
;; it into a unibyte buffer as raw-text in the same way that 
titdic-convert does.

(with-temp-buffer
  (let ((coding-system-for-read 'cn-big5)
        (coding-system-for-write 'cn-big5-dos))
    (insert-file-contents (expand-file-name "CXTERM-DIC/4Corner.tit" 
(file-name-directory (locate-library "leim-list"))))
    (write-file "/tmp/test.tit")))

(set-buffer-multibyte nil)
(let ((coding-system-for-read 'raw-text))
  (insert-file-contents "/tmp/test.tit"))


;; If Emacs does not crash, note the ^M on the ends of some lines.


When Emacs crashes, it always happens in decode_eol (several levels deep 
from insert-file-contents),  on this line:


 >          if (*p == '\r' && p[1] == '\n')


p appears to have overrun the buffer.
(gdb) print p
$35 = (unsigned char *) 0x2707000 <Address 0x2707000 out of bounds>

(gdb) print pbeg
$39 = (
    unsigned char *) 0x26f9f30 "# HANZI input table for cxterm\n# 
Generated from
 ETZY.cit by cit2tit\n# To be used by cxterm, convert me to .cit format 
first\n#
 .cit version 
1\nENCODE:\tBIG5\nMULTICHOICE:\tYES\nPROMPT:\t\244\244\244\345\277
\351\244J\241i\255\312\244\321\252`\255\265\241j\n"...

(gdb) print pend
$40 = (
    unsigned char *) 0x27043bb 
"a\264\303\254\341\305`\272\372\255\276\262\360\3
46\262\311`\370\332\r\nvx83\t\272\336\300]\262\360\265_\337F\327E\336\307\353\33
5\r\nvx84\t\272D\263e\304\351\305\370\341\350\277d\306|\253a\306[\311c\366\355\3
66\360\336\363\367\353\371u\325\341\325V\330\371\361q\371\312\r\nvx93\t\272u\263
O\303X\343l\276@\325\245\347R\r\nvx94\t\264\322\355k\r\nvxa\\040\t\245\312\254A\
250\355\275\275\276h\251K\265\301\357~\321\353\323\354\363\274\320g\337\242\332\
341\337\262\341A\342\336\346\352\357\317\340a\355\356\r\nvxa3\t\271\350\324l\r\n
vxa4\t\261\276\250\366\273o\337h\326"...

Some of this looks suspicious, but I don't know enough to say for sure 
if it is corrupt...

(gdb) print *coding
$41 = {
  id = 10,
  common_flags = 5376,
  mode = 2,
  spec = {
    iso_2022 = {
      flags = 106,
      current_invocation = {112, 51},
      current_designation = {34, 32, 34, 31248},
      single_shifting = 34,
      bol = 41
    },
    ccl = 0x6a,
    utf_16 = {
      bom = 106,
      endian = 112,
      surrogate = 51
    },
    emacs_mule_full_support = 106
  },
  max_charset_id = 0,
  safe_charsets = 0x170f4e4 "\303\277",
  src_multibyte = 0,
  dst_multibyte = 0,
  head_ascii = -1,
  produced = 42123,
  produced_char = 42123,
  consumed = 42123,
  consumed_char = 42123,
  errors = 0,
  error_positions = 0x22,
  result = CODING_RESULT_SUCCESS,
  src_pos = -42123,
  src_pos_byte = -42123,
  src_chars = 42123,
  src_bytes = 42123,
  src_object = 26925060,
  source = 0x26fa700 
"---+----+----+----+----+----+----+----+\nCOMMENT         |
         (SPACE BAR)", ' ' <repeats 22 times>, "|\nCOMMENT         |", ' 
' <repe
ats 22 times>, "\263\261\245\255", ' ' <repeats 16 times>, 
"|\nCOMMENT         +
", '-' <repeats 21 times>...,
  dst_pos = 1,
  dst_pos_byte = 1,
  dst_bytes = 2000,
  dst_object = 26925060,
  destination = 0x26f9f30 "# HANZI input table for cxterm\n# Generated 
from ETZY
.cit by cit2tit\n# To be used by cxterm, convert me to .cit format 
first\n# .cit
 version 
1\nENCODE:\tBIG5\nMULTICHOICE:\tYES\nPROMPT:\t\244\244\244\345\277\351\
244J\241i\255\312\244\321\252`\255\265\241j\n"...,
  chars_at_source = 1,
  charbuf = 0x80ab40,
  charbuf_size = 16384,
  charbuf_used = 0,
  annotated = 0,
  carryover = 
"\352m\000\000\031]\000\000\226O\000\000\270}\000\000\204c\000\000
\aW\000\000\226x\000\000\000\223\000\000\300`\000\000o\226\000\000\325\203\000\0
00\032\216\000\000\306h\000\000&\207\000\000\"\000\000\000)\000\000",
  carryover_bytes = 0,
  default_char = 32,
  detector = 0,
  decoder = 0x116d3ba <decode_coding_raw_text>,
  encoder = 0x116d3f6 <encode_coding_raw_text>
}

Re: Crash in titdic-convert with DOS line ends

[Kenichi Handa]

In article <47A7BC76.4010703@gnu.org>, Jason Rumney <jasonr@gnu.org> writes:

> Now that I am debugging this, ETZY.tit does not crash Emacs, while 
> 4Corner.tit does. It appears to be a problem with any DOS line ends in a 
> Big5 file that is inserted into a unibyte buffer, but some other 
> condition needs to be present to trigger the crash. But the following 
> shows that there is definitely a problem with DOS line ends in unibyte 
> buffers

> ;; Evaluate the following 2 forms in *scratch*. The first converts a 
> .tit file to DOS line ends, the second reads
> ;; it into a unibyte buffer as raw-text in the same way that 
> titdic-convert does.

> (with-temp-buffer
>   (let ((coding-system-for-read 'cn-big5)
>         (coding-system-for-write 'cn-big5-dos))
>     (insert-file-contents (expand-file-name "CXTERM-DIC/4Corner.tit" 
> (file-name-directory (locate-library "leim-list"))))
>     (write-file "/tmp/test.tit")))

> (set-buffer-multibyte nil)
> (let ((coding-system-for-read 'raw-text))
>   (insert-file-contents "/tmp/test.tit"))

> ;; If Emacs does not crash, note the ^M on the ends of some lines.


> When Emacs crashes, it always happens in decode_eol (several levels deep 
> from insert-file-contents),  on this line:


> if (*p == '\r' && p[1] == '\n')

Thank you for tracking down the problem to this point.  I've
just installed a fix.

---
Kenichi Handa
handa@ni.aist.go.jp

Re: make bootstrap fails on w32/MinGW

[Lennart Borgman (gmail)]

Juanma Barranquero wrote:
> On Feb 4, 2008 6:58 PM, Lennart Borgman (gmail)
> <lennart.borgman@gmail.com> wrote:
> 
>>    cvs -z3 -d:pserver:anonymous@cvs.savannah.gnu.org:/sources/emacs co
>> emacs
> 
> Unrelated, but did you remember to check out the .tit files in
> leim/CXTERM-DIC as -kb?


After applying this the result is still the same (which was expected). 
But I can not build. Am I the only one having this trouble now?

This is what I use with cmd.exe on XP pro:

   gcc (GCC) 3.4.2 (mingw-special)

   GNU Make 3.81
    This program built for i386-pc-mingw32

and I get

make[1]: Leaving directory `C:/eclean/bld/emacs/src'
make   unidatagen-CMD
make[1]: Entering directory `C:/eclean/bld/emacs/nt'
if exist ..\admin\unidata\UnicodeData.txt \
	   make -w  -C ../admin/unidata
make[2]: Entering directory `C:/eclean/bld/emacs/admin/unidata'
"../../src/oo-spd/i386/emacs.exe" -Q --multibyte -batch -f 
batch-byte-compile unidata-gen.el
Cannot open load file: encoded-kb
make[2]: *** [unidata-gen.elc] Error -1
make[2]: Leaving directory `C:/eclean/bld/emacs/admin/unidata'
make[1]: *** [unidatagen-CMD] Error 2
make[1]: Leaving directory `C:/eclean/bld/emacs/nt'
make: *** [bootstrap-gmake] Error 2
bootstrap-080206.tmp

Re: make bootstrap fails on w32/MinGW

[Eli Zaretskii]

> Date: Wed, 06 Feb 2008 20:16:24 +0100
> From: "Lennart Borgman (gmail)" <lennart.borgman@gmail.com>
> Cc: emacs-devel@gnu.org
> 
> make   unidatagen-CMD
> make[1]: Entering directory `C:/eclean/bld/emacs/nt'
> if exist ..\admin\unidata\UnicodeData.txt \
> 	   make -w  -C ../admin/unidata
> make[2]: Entering directory `C:/eclean/bld/emacs/admin/unidata'
> "../../src/oo-spd/i386/emacs.exe" -Q --multibyte -batch -f 
> batch-byte-compile unidata-gen.el
> Cannot open load file: encoded-kb

Please modify admin/unidata/makefile to display the value of
EMACSLOADPATH in the rule .el.elc, then chdir there and type "make
unidata-gen.elc".  What was the value of EMACSLOADPATH it printed?

Re: make bootstrap fails on w32/MinGW

[Lennart Borgman (gmail)]

Eli Zaretskii wrote:
>> Date: Wed, 06 Feb 2008 20:16:24 +0100
>> From: "Lennart Borgman (gmail)" <lennart.borgman@gmail.com>
>> Cc: emacs-devel@gnu.org
>>
>> make   unidatagen-CMD
>> make[1]: Entering directory `C:/eclean/bld/emacs/nt'
>> if exist ..\admin\unidata\UnicodeData.txt \
>> 	   make -w  -C ../admin/unidata
>> make[2]: Entering directory `C:/eclean/bld/emacs/admin/unidata'
>> "../../src/oo-spd/i386/emacs.exe" -Q --multibyte -batch -f 
>> batch-byte-compile unidata-gen.el
>> Cannot open load file: encoded-kb
> 
> Please modify admin/unidata/makefile to display the value of
> EMACSLOADPATH in the rule .el.elc, then chdir there and type "make
> unidata-gen.elc".  What was the value of EMACSLOADPATH it printed?

I changed the way you suggested to Eric. I get the following:

echo "C:/eclean/bld/emacs/admin/unidata/../../lisp"
"C:/eclean/bld/emacs/admin/unidata/../../lisp"
"../../src/oo-spd/i386/emacs.exe" -Q --multibyte -batch -f 
batch-byte-compile unidata-gen.el
Cannot open load file: encoded-kb
make: *** [unidata-gen.elc] Error -1

Re: make bootstrap fails on w32/MinGW

[Eli Zaretskii]

> Date: Wed, 06 Feb 2008 20:55:14 +0100
> From: "Lennart Borgman (gmail)" <lennart.borgman@gmail.com>
> CC: Eric Lilja <mindcooler@gmail.com>, emacs-devel@gnu.org
> 
> echo "C:/eclean/bld/emacs/admin/unidata/../../lisp"
> "C:/eclean/bld/emacs/admin/unidata/../../lisp"

Is there a subdirs.el file in the C:/eclean/bld/emacs/lisp directory?
If so, what does it say?

Re: make bootstrap fails on w32/MinGW

[Lennart Borgman (gmail)]

Eli Zaretskii wrote:
>> Date: Wed, 06 Feb 2008 20:55:14 +0100
>> From: "Lennart Borgman (gmail)" <lennart.borgman@gmail.com>
>> CC: Eric Lilja <mindcooler@gmail.com>, emacs-devel@gnu.org
>>
>> echo "C:/eclean/bld/emacs/admin/unidata/../../lisp"
>> "C:/eclean/bld/emacs/admin/unidata/../../lisp"
> 
> Is there a subdirs.el file in the C:/eclean/bld/emacs/lisp directory?
> If so, what does it say?

No there is no subdirs.el in the lisp directory.

C:\eclean\bld\emacs> dir /s subdirs.el /b
C:\eclean\bld\emacs\nt\subdirs.el
C:\eclean\bld\emacs\site-lisp\subdirs.el