all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
* make bootstrap fails on w32/MinGW
@ 2008-02-02  1:08 Óscar Fuentes
  2008-02-02  2:46 ` Jason Rumney
  0 siblings, 1 reply; 27+ messages in thread
From: Óscar Fuentes @ 2008-02-02  1:08 UTC (permalink / raw)
  To: emacs-devel


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





^ permalink raw reply	[flat|nested] 27+ messages in thread

* Re: make bootstrap fails on w32/MinGW
  2008-02-02  1:08 make bootstrap fails on w32/MinGW Óscar Fuentes
@ 2008-02-02  2:46 ` Jason Rumney
  2008-02-02  4:24   ` Óscar Fuentes
                     ` (2 more replies)
  0 siblings, 3 replies; 27+ messages in thread
From: Jason Rumney @ 2008-02-02  2:46 UTC (permalink / raw)
  To: Óscar Fuentes; +Cc: emacs-devel

Ó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).





^ permalink raw reply	[flat|nested] 27+ messages in thread

* Re: make bootstrap fails on w32/MinGW
  2008-02-02  2:46 ` Jason Rumney
@ 2008-02-02  4:24   ` Óscar Fuentes
  2008-02-02 11:14   ` Eli Zaretskii
  2008-02-02 16:10   ` Eli Zaretskii
  2 siblings, 0 replies; 27+ messages in thread
From: Óscar Fuentes @ 2008-02-02  4:24 UTC (permalink / raw)
  To: emacs-devel

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





^ permalink raw reply	[flat|nested] 27+ messages in thread

* Re: make bootstrap fails on w32/MinGW
  2008-02-02  2:46 ` Jason Rumney
  2008-02-02  4:24   ` Óscar Fuentes
@ 2008-02-02 11:14   ` Eli Zaretskii
  2008-02-02 16:10   ` Eli Zaretskii
  2 siblings, 0 replies; 27+ messages in thread
From: Eli Zaretskii @ 2008-02-02 11:14 UTC (permalink / raw)
  To: Jason Rumney; +Cc: ofv, emacs-devel

> 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.




^ permalink raw reply	[flat|nested] 27+ messages in thread

* Re: make bootstrap fails on w32/MinGW
  2008-02-02  2:46 ` Jason Rumney
  2008-02-02  4:24   ` Óscar Fuentes
  2008-02-02 11:14   ` Eli Zaretskii
@ 2008-02-02 16:10   ` Eli Zaretskii
  2008-02-02 21:19     ` Jason Rumney
  2008-02-03 11:04     ` Lennart Borgman (gmail)
  2 siblings, 2 replies; 27+ messages in thread
From: Eli Zaretskii @ 2008-02-02 16:10 UTC (permalink / raw)
  To: Jason Rumney; +Cc: ofv, emacs-devel

> 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.




^ permalink raw reply	[flat|nested] 27+ messages in thread

* Re: make bootstrap fails on w32/MinGW
  2008-02-02 16:10   ` Eli Zaretskii
@ 2008-02-02 21:19     ` Jason Rumney
  2008-02-02 22:16       ` Eli Zaretskii
  2008-02-03 11:04     ` Lennart Borgman (gmail)
  1 sibling, 1 reply; 27+ messages in thread
From: Jason Rumney @ 2008-02-02 21:19 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: ofv, emacs-devel

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.





^ permalink raw reply	[flat|nested] 27+ messages in thread

* Re: make bootstrap fails on w32/MinGW
  2008-02-02 21:19     ` Jason Rumney
@ 2008-02-02 22:16       ` Eli Zaretskii
  0 siblings, 0 replies; 27+ messages in thread
From: Eli Zaretskii @ 2008-02-02 22:16 UTC (permalink / raw)
  To: Jason Rumney; +Cc: ofv, emacs-devel

> 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.




^ permalink raw reply	[flat|nested] 27+ messages in thread

* Re: make bootstrap fails on w32/MinGW
  2008-02-02 16:10   ` Eli Zaretskii
  2008-02-02 21:19     ` Jason Rumney
@ 2008-02-03 11:04     ` Lennart Borgman (gmail)
  2008-02-03 19:42       ` Eli Zaretskii
  1 sibling, 1 reply; 27+ messages in thread
From: Lennart Borgman (gmail) @ 2008-02-03 11:04 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: emacs-devel, Jason Rumney

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





^ permalink raw reply	[flat|nested] 27+ messages in thread

* Re: make bootstrap fails on w32/MinGW
  2008-02-03 11:04     ` Lennart Borgman (gmail)
@ 2008-02-03 19:42       ` Eli Zaretskii
  2008-02-03 20:01         ` Eli Zaretskii
  2008-02-03 23:11         ` Jason Rumney
  0 siblings, 2 replies; 27+ messages in thread
From: Eli Zaretskii @ 2008-02-03 19:42 UTC (permalink / raw)
  To: Lennart Borgman (gmail); +Cc: emacs-devel, jasonr

> 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.




^ permalink raw reply	[flat|nested] 27+ messages in thread

* Re: make bootstrap fails on w32/MinGW
  2008-02-03 19:42       ` Eli Zaretskii
@ 2008-02-03 20:01         ` Eli Zaretskii
  2008-02-03 23:11         ` Jason Rumney
  1 sibling, 0 replies; 27+ messages in thread
From: Eli Zaretskii @ 2008-02-03 20:01 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: jasonr, lennart.borgman, emacs-devel

> 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.




^ permalink raw reply	[flat|nested] 27+ messages in thread

* Re: make bootstrap fails on w32/MinGW
  2008-02-03 19:42       ` Eli Zaretskii
  2008-02-03 20:01         ` Eli Zaretskii
@ 2008-02-03 23:11         ` Jason Rumney
  2008-02-04 17:58           ` Lennart Borgman (gmail)
  1 sibling, 1 reply; 27+ messages in thread
From: Jason Rumney @ 2008-02-03 23:11 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: Lennart Borgman (gmail), emacs-devel

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.






^ permalink raw reply	[flat|nested] 27+ messages in thread

* Re: make bootstrap fails on w32/MinGW
  2008-02-03 23:11         ` Jason Rumney
@ 2008-02-04 17:58           ` Lennart Borgman (gmail)
  2008-02-04 18:05             ` Juanma Barranquero
  0 siblings, 1 reply; 27+ messages in thread
From: Lennart Borgman (gmail) @ 2008-02-04 17:58 UTC (permalink / raw)
  To: Jason Rumney; +Cc: Eli Zaretskii, emacs-devel

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






^ permalink raw reply	[flat|nested] 27+ messages in thread

* Re: make bootstrap fails on w32/MinGW
  2008-02-04 17:58           ` Lennart Borgman (gmail)
@ 2008-02-04 18:05             ` Juanma Barranquero
  2008-02-04 18:21               ` Lennart Borgman (gmail)
                                 ` (2 more replies)
  0 siblings, 3 replies; 27+ messages in thread
From: Juanma Barranquero @ 2008-02-04 18:05 UTC (permalink / raw)
  To: Lennart Borgman (gmail); +Cc: emacs-devel

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




^ permalink raw reply	[flat|nested] 27+ messages in thread

* Re: make bootstrap fails on w32/MinGW
  2008-02-04 18:05             ` Juanma Barranquero
@ 2008-02-04 18:21               ` Lennart Borgman (gmail)
  2008-02-04 19:28               ` Andreas Schwab
  2008-02-06 19:16               ` make bootstrap fails on w32/MinGW Lennart Borgman (gmail)
  2 siblings, 0 replies; 27+ messages in thread
From: Lennart Borgman (gmail) @ 2008-02-04 18:21 UTC (permalink / raw)
  To: Juanma Barranquero; +Cc: emacs-devel

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





^ permalink raw reply	[flat|nested] 27+ messages in thread

* Re: make bootstrap fails on w32/MinGW
  2008-02-04 18:05             ` Juanma Barranquero
  2008-02-04 18:21               ` Lennart Borgman (gmail)
@ 2008-02-04 19:28               ` Andreas Schwab
  2008-02-04 20:15                 ` Juanma Barranquero
  2008-02-04 23:30                 ` Jason Rumney
  2008-02-06 19:16               ` make bootstrap fails on w32/MinGW Lennart Borgman (gmail)
  2 siblings, 2 replies; 27+ messages in thread
From: Andreas Schwab @ 2008-02-04 19:28 UTC (permalink / raw)
  To: Juanma Barranquero; +Cc: Lennart Borgman (gmail), emacs-devel

"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."




^ permalink raw reply	[flat|nested] 27+ messages in thread

* Re: make bootstrap fails on w32/MinGW
  2008-02-04 19:28               ` Andreas Schwab
@ 2008-02-04 20:15                 ` Juanma Barranquero
  2008-02-04 20:58                   ` Stefan Monnier
  2008-02-04 23:30                 ` Jason Rumney
  1 sibling, 1 reply; 27+ messages in thread
From: Juanma Barranquero @ 2008-02-04 20:15 UTC (permalink / raw)
  To: Andreas Schwab; +Cc: Lennart Borgman (gmail), emacs-devel

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




^ permalink raw reply	[flat|nested] 27+ messages in thread

* Re: make bootstrap fails on w32/MinGW
  2008-02-04 20:15                 ` Juanma Barranquero
@ 2008-02-04 20:58                   ` Stefan Monnier
  2008-02-04 21:17                     ` Juanma Barranquero
  2008-02-04 21:20                     ` Eli Zaretskii
  0 siblings, 2 replies; 27+ messages in thread
From: Stefan Monnier @ 2008-02-04 20:58 UTC (permalink / raw)
  To: Juanma Barranquero; +Cc: Andreas Schwab, Lennart Borgman (gmail), emacs-devel

>> 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




^ permalink raw reply	[flat|nested] 27+ messages in thread

* Re: make bootstrap fails on w32/MinGW
  2008-02-04 20:58                   ` Stefan Monnier
@ 2008-02-04 21:17                     ` Juanma Barranquero
  2008-02-04 21:20                     ` Eli Zaretskii
  1 sibling, 0 replies; 27+ messages in thread
From: Juanma Barranquero @ 2008-02-04 21:17 UTC (permalink / raw)
  To: Stefan Monnier; +Cc: Emacs Devel

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




^ permalink raw reply	[flat|nested] 27+ messages in thread

* Re: make bootstrap fails on w32/MinGW
  2008-02-04 20:58                   ` Stefan Monnier
  2008-02-04 21:17                     ` Juanma Barranquero
@ 2008-02-04 21:20                     ` Eli Zaretskii
  1 sibling, 0 replies; 27+ messages in thread
From: Eli Zaretskii @ 2008-02-04 21:20 UTC (permalink / raw)
  To: Stefan Monnier; +Cc: lekktu, emacs-devel, lennart.borgman, schwab

> 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.




^ permalink raw reply	[flat|nested] 27+ messages in thread

* Re: make bootstrap fails on w32/MinGW
  2008-02-04 19:28               ` Andreas Schwab
  2008-02-04 20:15                 ` Juanma Barranquero
@ 2008-02-04 23:30                 ` Jason Rumney
  2008-02-05  1:31                   ` Crash in titdic-convert with DOS line ends Jason Rumney
  1 sibling, 1 reply; 27+ messages in thread
From: Jason Rumney @ 2008-02-04 23:30 UTC (permalink / raw)
  To: Andreas Schwab; +Cc: Juanma Barranquero, Lennart Borgman (gmail), emacs-devel

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.





^ permalink raw reply	[flat|nested] 27+ messages in thread

* Crash in titdic-convert with DOS line ends
  2008-02-04 23:30                 ` Jason Rumney
@ 2008-02-05  1:31                   ` Jason Rumney
  2008-02-05  4:19                     ` Kenichi Handa
  0 siblings, 1 reply; 27+ messages in thread
From: Jason Rumney @ 2008-02-05  1:31 UTC (permalink / raw)
  To: Andreas Schwab; +Cc: emacs-devel, Kenichi Handa

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>
}





^ permalink raw reply	[flat|nested] 27+ messages in thread

* Re: Crash in titdic-convert with DOS line ends
  2008-02-05  1:31                   ` Crash in titdic-convert with DOS line ends Jason Rumney
@ 2008-02-05  4:19                     ` Kenichi Handa
  0 siblings, 0 replies; 27+ messages in thread
From: Kenichi Handa @ 2008-02-05  4:19 UTC (permalink / raw)
  To: Jason Rumney; +Cc: schwab, emacs-devel

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




^ permalink raw reply	[flat|nested] 27+ messages in thread

* Re: make bootstrap fails on w32/MinGW
  2008-02-04 18:05             ` Juanma Barranquero
  2008-02-04 18:21               ` Lennart Borgman (gmail)
  2008-02-04 19:28               ` Andreas Schwab
@ 2008-02-06 19:16               ` Lennart Borgman (gmail)
  2008-02-06 19:44                 ` Eli Zaretskii
  2 siblings, 1 reply; 27+ messages in thread
From: Lennart Borgman (gmail) @ 2008-02-06 19:16 UTC (permalink / raw)
  To: Juanma Barranquero; +Cc: emacs-devel

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




^ permalink raw reply	[flat|nested] 27+ messages in thread

* Re: make bootstrap fails on w32/MinGW
  2008-02-06 19:16               ` make bootstrap fails on w32/MinGW Lennart Borgman (gmail)
@ 2008-02-06 19:44                 ` Eli Zaretskii
  2008-02-06 19:55                   ` Lennart Borgman (gmail)
  0 siblings, 1 reply; 27+ messages in thread
From: Eli Zaretskii @ 2008-02-06 19:44 UTC (permalink / raw)
  To: Lennart Borgman (gmail); +Cc: lekktu, emacs-devel

> 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?




^ permalink raw reply	[flat|nested] 27+ messages in thread

* Re: make bootstrap fails on w32/MinGW
  2008-02-06 19:44                 ` Eli Zaretskii
@ 2008-02-06 19:55                   ` Lennart Borgman (gmail)
  2008-02-06 21:41                     ` Eli Zaretskii
  0 siblings, 1 reply; 27+ messages in thread
From: Lennart Borgman (gmail) @ 2008-02-06 19:55 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: Eric Lilja, emacs-devel

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




^ permalink raw reply	[flat|nested] 27+ messages in thread

* Re: make bootstrap fails on w32/MinGW
  2008-02-06 19:55                   ` Lennart Borgman (gmail)
@ 2008-02-06 21:41                     ` Eli Zaretskii
  2008-02-06 21:59                       ` Lennart Borgman (gmail)
  0 siblings, 1 reply; 27+ messages in thread
From: Eli Zaretskii @ 2008-02-06 21:41 UTC (permalink / raw)
  To: Lennart Borgman (gmail); +Cc: mindcooler, emacs-devel

> 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?




^ permalink raw reply	[flat|nested] 27+ messages in thread

* Re: make bootstrap fails on w32/MinGW
  2008-02-06 21:41                     ` Eli Zaretskii
@ 2008-02-06 21:59                       ` Lennart Borgman (gmail)
  0 siblings, 0 replies; 27+ messages in thread
From: Lennart Borgman (gmail) @ 2008-02-06 21:59 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: mindcooler, emacs-devel

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




^ permalink raw reply	[flat|nested] 27+ messages in thread

end of thread, other threads:[~2008-02-06 21:59 UTC | newest]

Thread overview: 27+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-02-02  1:08 make bootstrap fails on w32/MinGW Óscar Fuentes
2008-02-02  2:46 ` Jason Rumney
2008-02-02  4:24   ` Óscar Fuentes
2008-02-02 11:14   ` Eli Zaretskii
2008-02-02 16:10   ` Eli Zaretskii
2008-02-02 21:19     ` Jason Rumney
2008-02-02 22:16       ` Eli Zaretskii
2008-02-03 11:04     ` Lennart Borgman (gmail)
2008-02-03 19:42       ` Eli Zaretskii
2008-02-03 20:01         ` Eli Zaretskii
2008-02-03 23:11         ` Jason Rumney
2008-02-04 17:58           ` Lennart Borgman (gmail)
2008-02-04 18:05             ` Juanma Barranquero
2008-02-04 18:21               ` Lennart Borgman (gmail)
2008-02-04 19:28               ` Andreas Schwab
2008-02-04 20:15                 ` Juanma Barranquero
2008-02-04 20:58                   ` Stefan Monnier
2008-02-04 21:17                     ` Juanma Barranquero
2008-02-04 21:20                     ` Eli Zaretskii
2008-02-04 23:30                 ` Jason Rumney
2008-02-05  1:31                   ` Crash in titdic-convert with DOS line ends Jason Rumney
2008-02-05  4:19                     ` Kenichi Handa
2008-02-06 19:16               ` make bootstrap fails on w32/MinGW Lennart Borgman (gmail)
2008-02-06 19:44                 ` Eli Zaretskii
2008-02-06 19:55                   ` Lennart Borgman (gmail)
2008-02-06 21:41                     ` Eli Zaretskii
2008-02-06 21:59                       ` Lennart Borgman (gmail)

Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.