* bug#9132: 24.0.50; bootstrap failure on windows
@ 2011-07-20 21:13 Sam Steingold
[not found] ` <handler.9132.B.131119643427511.ack@debbugs.gnu.org>
2011-07-21 8:36 ` Eli Zaretskii
0 siblings, 2 replies; 35+ messages in thread
From: Sam Steingold @ 2011-07-20 21:13 UTC (permalink / raw)
To: 9132
$ bzr pull
$ cd nt
$ ./configure.bat --no-debug --with-gcc --cflags -IC:/gnu/gnuwin32/include --ldflags -LC:/gnu/gnuwin32/lib --without-xpm
$ c:/gnu/gnuwin32/bin/make bootstrap
.......
make[2]: Leaving directory `C:/sds/src/emacs/trunk/lisp'
C:/gnu/gnuwin32/bin/make -w -C ../leim all
[Please ignore a syntax error on the next line - it is intentional]
/usr/bin/sh: -c: line 0: unexpected EOF while looking for matching `"'
/usr/bin/sh: -c: line 1: syntax error: unexpected end of file
make[2]: Entering directory `C:/sds/src/emacs/trunk/leim'
"./../src/oo-spd/i386/emacs.exe" -batch --no-site-file --no-site-lisp -f batch-byte-compile quail/latin-ltx.el
Symbol's function definition is void: batch-byte-compile
make[2]: *** [quail/latin-ltx.elc] Error 127
make[2]: Leaving directory `C:/sds/src/emacs/trunk/leim'
make[1]: *** [all-other-dirs-gmake] Error 2
make[1]: Leaving directory `C:/sds/src/emacs/trunk/nt'
make: *** [bootstrap] Error 2
--
Sam Steingold (http://sds.podval.org/) on CentOS release 5.6 (Final) X 11.0.60900031
http://pmw.org.il http://mideasttruth.com http://camera.org
http://honestreporting.com http://ffii.org http://www.memritv.org
MS: Brain off-line, please wait.
^ permalink raw reply [flat|nested] 35+ messages in thread
* bug#9132: 24.0.50; bootstrap failure on windows
[not found] ` <handler.9132.B.131119643427511.ack@debbugs.gnu.org>
@ 2011-07-20 21:18 ` Sam Steingold
2011-07-20 21:30 ` Juanma Barranquero
` (2 more replies)
0 siblings, 3 replies; 35+ messages in thread
From: Sam Steingold @ 2011-07-20 21:18 UTC (permalink / raw)
To: 9132
In the middle of the "make bootstrap" process I get
Generating autoloads for dframe.el...
Generating autoloads for dframe.el...done
Making generated-autoload-file local to *autoload-file* while let-bound!
Generating autoloads for dired-aux.el...
Unhandled exception at 0x05a74ac3 in emacs.exe: 0xC0000096: Privileged instruction.
if I refuse to debug, the next line of output is
for el in C:/sds/src/emacs/trunk/lisp/emacs-lisp/byte-opt.el C:/sds/src/emacs/trunk/lisp/emacs-lisp/bytecomp.el C:/sds/src/emacs/trunk/lisp/emacs-lisp/macroexp.el C:/sds/src/emacs/trunk/lisp/emacs-lisp/cconv.el C:/sds/src/emacs/trunk/lisp/subr.el C:/sds/src/emacs/trunk/lisp/progmodes/cc-mode.el C:/sds/src/emacs/trunk/lisp/progmodes/cc-vars.el; do \
--
Sam Steingold (http://sds.podval.org/) on CentOS release 5.6 (Final) X 11.0.60900031
http://camera.org http://www.memritv.org
http://pmw.org.il http://mideasttruth.com http://dhimmi.com
The plural of "anecdote" is not "data".
^ permalink raw reply [flat|nested] 35+ messages in thread
* bug#9132: 24.0.50; bootstrap failure on windows
2011-07-20 21:18 ` Sam Steingold
@ 2011-07-20 21:30 ` Juanma Barranquero
2011-07-20 22:27 ` Sam Steingold
2011-07-21 8:38 ` Eli Zaretskii
2011-07-21 16:32 ` Sam Steingold
2 siblings, 1 reply; 35+ messages in thread
From: Juanma Barranquero @ 2011-07-20 21:30 UTC (permalink / raw)
To: sds; +Cc: 9132
On Wed, Jul 20, 2011 at 23:18, Sam Steingold <sds@gnu.org> wrote:
> Generating autoloads for dired-aux.el...
> Unhandled exception at 0x05a74ac3 in emacs.exe: 0xC0000096: Privileged instruction.
Which compiler are you using?
Juanma
^ permalink raw reply [flat|nested] 35+ messages in thread
* bug#9132: 24.0.50; bootstrap failure on windows
2011-07-20 21:30 ` Juanma Barranquero
@ 2011-07-20 22:27 ` Sam Steingold
2011-07-20 22:30 ` Juanma Barranquero
0 siblings, 1 reply; 35+ messages in thread
From: Sam Steingold @ 2011-07-20 22:27 UTC (permalink / raw)
To: Juanma Barranquero; +Cc: 9132
> * Juanma Barranquero <yrxxgh@tznvy.pbz> [2011-07-20 23:30:37 +0200]:
> On Wed, Jul 20, 2011 at 23:18, Sam Steingold <sds@gnu.org> wrote:
>> Generating autoloads for dired-aux.el...
>> Unhandled exception at 0x05a74ac3 in emacs.exe: 0xC0000096: Privileged instruction.
>
> Which compiler are you using?
gcc (GCC) 3.4.4 (cygming special, gdc 0.12, using dmd 0.125)
GNU Make 3.81
windows xp 2003 sp 2
intel core i7 cpu
--
Sam Steingold (http://sds.podval.org/) on CentOS release 5.6 (Final) X 11.0.60900031
http://www.PetitionOnline.com/tap12009/ http://openvotingconsortium.org
http://ffii.org http://truepeace.org http://dhimmi.com http://www.memritv.org
Any supplier that makes enough to pay a full time lobbyist is overcharging.
^ permalink raw reply [flat|nested] 35+ messages in thread
* bug#9132: 24.0.50; bootstrap failure on windows
2011-07-20 22:27 ` Sam Steingold
@ 2011-07-20 22:30 ` Juanma Barranquero
2011-07-20 22:34 ` Sam Steingold
0 siblings, 1 reply; 35+ messages in thread
From: Juanma Barranquero @ 2011-07-20 22:30 UTC (permalink / raw)
To: sds; +Cc: 9132
On Thu, Jul 21, 2011 at 00:27, Sam Steingold <sds@gnu.org> wrote:
> gcc (GCC) 3.4.4 (cygming special, gdc 0.12, using dmd 0.125)
Is that a Cygwin GCC? But you're building a non-cygwin Emacs, are you?
Juanma
^ permalink raw reply [flat|nested] 35+ messages in thread
* bug#9132: 24.0.50; bootstrap failure on windows
2011-07-20 22:30 ` Juanma Barranquero
@ 2011-07-20 22:34 ` Sam Steingold
2011-07-20 23:10 ` Juanma Barranquero
0 siblings, 1 reply; 35+ messages in thread
From: Sam Steingold @ 2011-07-20 22:34 UTC (permalink / raw)
To: Juanma Barranquero; +Cc: 9132
> * Juanma Barranquero <yrxxgh@tznvy.pbz> [2011-07-21 00:30:21 +0200]:
>
> On Thu, Jul 21, 2011 at 00:27, Sam Steingold <sds@gnu.org> wrote:
>
>> gcc (GCC) 3.4.4 (cygming special, gdc 0.12, using dmd 0.125)
>
> Is that a Cygwin GCC?
yes, it is being called with -mno-cygwin
> But you're building a non-cygwin Emacs, are you?
yes
--
Sam Steingold (http://sds.podval.org/) on CentOS release 5.6 (Final) X 11.0.60900031
http://honestreporting.com http://www.PetitionOnline.com/tap12009/
http://dhimmi.com http://openvotingconsortium.org http://ffii.org
What's the difference between Apathy & Ignorance? -I don't know and don't care!
^ permalink raw reply [flat|nested] 35+ messages in thread
* bug#9132: 24.0.50; bootstrap failure on windows
2011-07-20 22:34 ` Sam Steingold
@ 2011-07-20 23:10 ` Juanma Barranquero
2011-07-21 4:11 ` Sam Steingold
0 siblings, 1 reply; 35+ messages in thread
From: Juanma Barranquero @ 2011-07-20 23:10 UTC (permalink / raw)
To: sds; +Cc: 9132
On Thu, Jul 21, 2011 at 00:34, Sam Steingold <sds@gnu.org> wrote:
> yes, it is being called with -mno-cygwin
Could you try with a mingw toolset, preferably with an older compiler
like GCC 3.4.5?
Juanma
^ permalink raw reply [flat|nested] 35+ messages in thread
* bug#9132: 24.0.50; bootstrap failure on windows
2011-07-20 23:10 ` Juanma Barranquero
@ 2011-07-21 4:11 ` Sam Steingold
2013-02-06 20:11 ` Glenn Morris
0 siblings, 1 reply; 35+ messages in thread
From: Sam Steingold @ 2011-07-21 4:11 UTC (permalink / raw)
To: Juanma Barranquero; +Cc: 9132
On Wed, Jul 20, 2011 at 7:10 PM, Juanma Barranquero <lekktu@gmail.com> wrote:
> On Thu, Jul 21, 2011 at 00:34, Sam Steingold <sds@gnu.org> wrote:
>> yes, it is being called with -mno-cygwin
>
> Could you try with a mingw toolset, preferably with an older compiler
> like GCC 3.4.5?
I have never been able to get msys/mingw working, sorry.
--
Sam Steingold <http://sds.podval.org>
^ permalink raw reply [flat|nested] 35+ messages in thread
* bug#9132: 24.0.50; bootstrap failure on windows
2011-07-20 21:13 bug#9132: 24.0.50; bootstrap failure on windows Sam Steingold
[not found] ` <handler.9132.B.131119643427511.ack@debbugs.gnu.org>
@ 2011-07-21 8:36 ` Eli Zaretskii
2011-07-21 14:53 ` Sam Steingold
1 sibling, 1 reply; 35+ messages in thread
From: Eli Zaretskii @ 2011-07-21 8:36 UTC (permalink / raw)
To: sds; +Cc: 9132
> From: Sam Steingold <sds@gnu.org>
> Date: Wed, 20 Jul 2011 17:13:08 -0400
> Reply-To: sds@gnu.org
>
> $ bzr pull
> $ cd nt
> $ ./configure.bat --no-debug --with-gcc --cflags -IC:/gnu/gnuwin32/include --ldflags -LC:/gnu/gnuwin32/lib --without-xpm
> $ c:/gnu/gnuwin32/bin/make bootstrap
> .......
> make[2]: Leaving directory `C:/sds/src/emacs/trunk/lisp'
> C:/gnu/gnuwin32/bin/make -w -C ../leim all
> [Please ignore a syntax error on the next line - it is intentional]
> /usr/bin/sh: -c: line 0: unexpected EOF while looking for matching `"'
> /usr/bin/sh: -c: line 1: syntax error: unexpected end of file
> make[2]: Entering directory `C:/sds/src/emacs/trunk/leim'
> "./../src/oo-spd/i386/emacs.exe" -batch --no-site-file --no-site-lisp -f batch-byte-compile quail/latin-ltx.el
> Symbol's function definition is void: batch-byte-compile
Is this a new thing? When was the last time you succeeded to
bootstrap on Windows, and did something change in your system
configuration since then? A new port of Bash, perhaps, or of Make, or
of GCC?
Anyway, leim/makefile.w32-in has this part:
buildlisppath=$(CURDIR)/$(dot)$(dot)/lisp
...
# Set EMACSLOADPATH correctly (already defined in environment).
EMACSLOADPATH=$(buildlisppath)
Could you check if this somehow doesn't get defined correctly or
doesn't take effect? E.g., perhaps $(CURDIR) evaluates to something
that's unpalatable to the native Windows build of Emacs? Or maybe you
need to export it?
Also, if you type the failing command manually, does it succeed or
does it fail in the same way?
^ permalink raw reply [flat|nested] 35+ messages in thread
* bug#9132: 24.0.50; bootstrap failure on windows
2011-07-20 21:18 ` Sam Steingold
2011-07-20 21:30 ` Juanma Barranquero
@ 2011-07-21 8:38 ` Eli Zaretskii
2011-07-21 14:46 ` Sam Steingold
2011-07-21 16:32 ` Sam Steingold
2 siblings, 1 reply; 35+ messages in thread
From: Eli Zaretskii @ 2011-07-21 8:38 UTC (permalink / raw)
To: sds; +Cc: 9132
> From: Sam Steingold <sds@gnu.org>
> Date: Wed, 20 Jul 2011 17:18:13 -0400
>
> In the middle of the "make bootstrap" process I get
>
> Generating autoloads for dframe.el...
> Generating autoloads for dframe.el...done
> Making generated-autoload-file local to *autoload-file* while let-bound!
> Generating autoloads for dired-aux.el...
> Unhandled exception at 0x05a74ac3 in emacs.exe: 0xC0000096: Privileged instruction.
Can you install DrMinGW, or run this command under GDB, and show the
traceback?
Again, when was the last time this worked for you?
^ permalink raw reply [flat|nested] 35+ messages in thread
* bug#9132: 24.0.50; bootstrap failure on windows
2011-07-21 8:38 ` Eli Zaretskii
@ 2011-07-21 14:46 ` Sam Steingold
2011-07-21 17:13 ` Eli Zaretskii
0 siblings, 1 reply; 35+ messages in thread
From: Sam Steingold @ 2011-07-21 14:46 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: 9132
[-- Attachment #1: Type: text/plain, Size: 586 bytes --]
> * Eli Zaretskii <ryvm@tah.bet> [2011-07-21 04:38:52 -0400]:
>
>> From: Sam Steingold <sds@gnu.org>
>> Date: Wed, 20 Jul 2011 17:18:13 -0400
>>
>> In the middle of the "make bootstrap" process I get
>>
>> Generating autoloads for dframe.el...
>> Generating autoloads for dframe.el...done
>> Making generated-autoload-file local to *autoload-file* while let-bound!
>> Generating autoloads for dired-aux.el...
>> Unhandled exception at 0x05a74ac3 in emacs.exe: 0xC0000096: Privileged instruction.
>
> Can you install DrMinGW, or run this command under GDB, and show the
> traceback?
[-- Attachment #2: traceback --]
[-- Type: text/plain, Size: 9393 bytes --]
emacs.exe caused a Privileged Instruction at location 05a74ac3.
Registers:
eax=05aba00c ebx=059b4f20 ecx=059b4f50 edx=0001811e esi=059b4f21 edi=059b4f50
eip=05a74ac3 esp=0082ae6c ebp=0082aee8 iopl=0 nv up ei pl nz ac pe nc
cs=0023 ss=002b ds=002b es=002b fs=0053 gs=002b efl=00010212
Call stack:
05A74AC3
01034D12 emacs.exe:01034D12 secure_hash fns.c:4790
01010CCE emacs.exe:01010CCE eval_sub eval.c:2371
01010B94 emacs.exe:01010B94 eval_sub eval.c:2342
0101249F emacs.exe:0101249F Fand eval.c:282
01010EC9 emacs.exe:01010EC9 eval_sub eval.c:2305
010124F0 emacs.exe:010124F0 For eval.c:258
01010EC9 emacs.exe:01010EC9 eval_sub eval.c:2305
0101249F emacs.exe:0101249F Fand eval.c:282
01010EC9 emacs.exe:01010EC9 eval_sub eval.c:2305
0101242A emacs.exe:0101242A Fif eval.c:306
01010EC9 emacs.exe:01010EC9 eval_sub eval.c:2305
0101112F emacs.exe:0101112F Fprogn eval.c:358
01013053 emacs.exe:01013053 Flet eval.c:1095
01010EC9 emacs.exe:01010EC9 eval_sub eval.c:2305
0101112F emacs.exe:0101112F Fprogn eval.c:358
01012405 emacs.exe:01012405 Fcond eval.c:343
01010EC9 emacs.exe:01010EC9 eval_sub eval.c:2305
0101112F emacs.exe:0101112F Fprogn eval.c:358
01013053 emacs.exe:01013053 Flet eval.c:1095
01010EC9 emacs.exe:01010EC9 eval_sub eval.c:2305
0101112F emacs.exe:0101112F Fprogn eval.c:358
01012B48 emacs.exe:01012B48 Fwhile eval.c:1117
01010EC9 emacs.exe:01010EC9 eval_sub eval.c:2305
0101112F emacs.exe:0101112F Fprogn eval.c:358
01046D39 emacs.exe:01046D39 Fsave_current_buffer editfns.c:990
01010EC9 emacs.exe:01010EC9 eval_sub eval.c:2305
01010B45 emacs.exe:01010B45 eval_sub eval.c:2418
0101112F emacs.exe:0101112F Fprogn eval.c:358
010131CD emacs.exe:010131CD FletX eval.c:1026
01010EC9 emacs.exe:01010EC9 eval_sub eval.c:2305
0101112F emacs.exe:0101112F Fprogn eval.c:358
0100EC18 emacs.exe:0100EC18 internal_catch eval.c:1247
01010F7D emacs.exe:01010F7D Fcatch eval.c:1219
01010EC9 emacs.exe:01010EC9 eval_sub eval.c:2305
0101114E emacs.exe:0101114E Fprogn eval.c:358
010114A4 emacs.exe:010114A4 funcall_lambda eval.c:3233
010122D0 emacs.exe:010122D0 apply_lambda eval.c:3117
01010A40 emacs.exe:01010A40 eval_sub eval.c:2421
010124F0 emacs.exe:010124F0 For eval.c:258
01010EC9 emacs.exe:01010EC9 eval_sub eval.c:2305
01012F22 emacs.exe:01012F22 Flet eval.c:1065
01010EC9 emacs.exe:01010EC9 eval_sub eval.c:2305
0101112F emacs.exe:0101112F Fprogn eval.c:358
01012468 emacs.exe:01012468 Fif eval.c:309
01010EC9 emacs.exe:01010EC9 eval_sub eval.c:2305
01010B45 emacs.exe:01010B45 eval_sub eval.c:2418
0101112F emacs.exe:0101112F Fprogn eval.c:358
01012405 emacs.exe:01012405 Fcond eval.c:343
01010EC9 emacs.exe:01010EC9 eval_sub eval.c:2305
0101114E emacs.exe:0101114E Fprogn eval.c:358
01012B48 emacs.exe:01012B48 Fwhile eval.c:1117
01010EC9 emacs.exe:01010EC9 eval_sub eval.c:2305
0101112F emacs.exe:0101112F Fprogn eval.c:358
0104B3D5 emacs.exe:0104B3D5 Fsave_restriction editfns.c:3351
01010EC9 emacs.exe:01010EC9 eval_sub eval.c:2305
0101112F emacs.exe:0101112F Fprogn eval.c:358
01046CF1 emacs.exe:01046CF1 Fsave_excursion editfns.c:975
01010EC9 emacs.exe:01010EC9 eval_sub eval.c:2305
0101114E emacs.exe:0101114E Fprogn eval.c:358
01012468 emacs.exe:01012468 Fif eval.c:309
01010EC9 emacs.exe:01010EC9 eval_sub eval.c:2305
01010B45 emacs.exe:01010B45 eval_sub eval.c:2418
0101114E emacs.exe:0101114E Fprogn eval.c:358
01046D39 emacs.exe:01046D39 Fsave_current_buffer editfns.c:990
01010EC9 emacs.exe:01010EC9 eval_sub eval.c:2305
01010B45 emacs.exe:01010B45 eval_sub eval.c:2418
0101112F emacs.exe:0101112F Fprogn eval.c:358
01013053 emacs.exe:01013053 Flet eval.c:1095
01010EC9 emacs.exe:01010EC9 eval_sub eval.c:2305
0101112F emacs.exe:0101112F Fprogn eval.c:358
0100EC18 emacs.exe:0100EC18 internal_catch eval.c:1247
01010F7D emacs.exe:01010F7D Fcatch eval.c:1219
01010EC9 emacs.exe:01010EC9 eval_sub eval.c:2305
0101114E emacs.exe:0101114E Fprogn eval.c:358
010114A4 emacs.exe:010114A4 funcall_lambda eval.c:3233
010122D0 emacs.exe:010122D0 apply_lambda eval.c:3117
01010A40 emacs.exe:01010A40 eval_sub eval.c:2421
010123D2 emacs.exe:010123D2 Fcond eval.c:332
01010EC9 emacs.exe:01010EC9 eval_sub eval.c:2305
0101114E emacs.exe:0101114E Fprogn eval.c:358
01012B48 emacs.exe:01012B48 Fwhile eval.c:1117
01010EC9 emacs.exe:01010EC9 eval_sub eval.c:2305
0101112F emacs.exe:0101112F Fprogn eval.c:358
01013053 emacs.exe:01013053 Flet eval.c:1095
01010EC9 emacs.exe:01010EC9 eval_sub eval.c:2305
0101112F emacs.exe:0101112F Fprogn eval.c:358
0100EC18 emacs.exe:0100EC18 internal_catch eval.c:1247
01010F7D emacs.exe:01010F7D Fcatch eval.c:1219
01010EC9 emacs.exe:01010EC9 eval_sub eval.c:2305
01010B94 emacs.exe:01010B94 eval_sub eval.c:2342
01010B45 emacs.exe:01010B45 eval_sub eval.c:2418
01010B45 emacs.exe:01010B45 eval_sub eval.c:2418
0101112F emacs.exe:0101112F Fprogn eval.c:358
01046D39 emacs.exe:01046D39 Fsave_current_buffer editfns.c:990
01010EC9 emacs.exe:01010EC9 eval_sub eval.c:2305
01010B45 emacs.exe:01010B45 eval_sub eval.c:2418
0101112F emacs.exe:0101112F Fprogn eval.c:358
010131CD emacs.exe:010131CD FletX eval.c:1026
01010EC9 emacs.exe:01010EC9 eval_sub eval.c:2305
0101112F emacs.exe:0101112F Fprogn eval.c:358
010114A4 emacs.exe:010114A4 funcall_lambda eval.c:3233
0101174B emacs.exe:0101174B Ffuncall eval.c:3081
01011FC7 emacs.exe:01011FC7 Fapply eval.c:2516
01010E3A emacs.exe:01010E3A eval_sub eval.c:2329
0101114E emacs.exe:0101114E Fprogn eval.c:358
01013053 emacs.exe:01013053 Flet eval.c:1095
01010EC9 emacs.exe:01010EC9 eval_sub eval.c:2305
0101112F emacs.exe:0101112F Fprogn eval.c:358
010114A4 emacs.exe:010114A4 funcall_lambda eval.c:3233
010122D0 emacs.exe:010122D0 apply_lambda eval.c:3117
01010A40 emacs.exe:01010A40 eval_sub eval.c:2421
0101112F emacs.exe:0101112F Fprogn eval.c:358
01013053 emacs.exe:01013053 Flet eval.c:1095
01010EC9 emacs.exe:01010EC9 eval_sub eval.c:2305
0101114E emacs.exe:0101114E Fprogn eval.c:358
010114A4 emacs.exe:010114A4 funcall_lambda eval.c:3233
0101174B emacs.exe:0101174B Ffuncall eval.c:3081
01010E3A emacs.exe:01010E3A eval_sub eval.c:2329
0101112F emacs.exe:0101112F Fprogn eval.c:358
01012468 emacs.exe:01012468 Fif eval.c:309
01010EC9 emacs.exe:01010EC9 eval_sub eval.c:2305
0101112F emacs.exe:0101112F Fprogn eval.c:358
01012405 emacs.exe:01012405 Fcond eval.c:343
01010EC9 emacs.exe:01010EC9 eval_sub eval.c:2305
0101112F emacs.exe:0101112F Fprogn eval.c:358
010131CD emacs.exe:010131CD FletX eval.c:1026
01010EC9 emacs.exe:01010EC9 eval_sub eval.c:2305
0101112F emacs.exe:0101112F Fprogn eval.c:358
01012B48 emacs.exe:01012B48 Fwhile eval.c:1117
01010EC9 emacs.exe:01010EC9 eval_sub eval.c:2305
0101112F emacs.exe:0101112F Fprogn eval.c:358
01013053 emacs.exe:01013053 Flet eval.c:1095
01010EC9 emacs.exe:01010EC9 eval_sub eval.c:2305
0101112F emacs.exe:0101112F Fprogn eval.c:358
01010EC9 emacs.exe:01010EC9 eval_sub eval.c:2305
0101244A emacs.exe:0101244A Fif eval.c:309
01010EC9 emacs.exe:01010EC9 eval_sub eval.c:2305
01010B45 emacs.exe:01010B45 eval_sub eval.c:2418
0101112F emacs.exe:0101112F Fprogn eval.c:358
01013053 emacs.exe:01013053 Flet eval.c:1095
01010EC9 emacs.exe:01010EC9 eval_sub eval.c:2305
0101112F emacs.exe:0101112F Fprogn eval.c:358
010114A4 emacs.exe:010114A4 funcall_lambda eval.c:3233
010122D0 emacs.exe:010122D0 apply_lambda eval.c:3117
01010A40 emacs.exe:01010A40 eval_sub eval.c:2421
0101114E emacs.exe:0101114E Fprogn eval.c:358
010114A4 emacs.exe:010114A4 funcall_lambda eval.c:3233
010122D0 emacs.exe:010122D0 apply_lambda eval.c:3117
01010A40 emacs.exe:01010A40 eval_sub eval.c:2421
01010F2D emacs.exe:01010F2D Funwind_protect eval.c:1347
01010EC9 emacs.exe:01010EC9 eval_sub eval.c:2305
0101112F emacs.exe:0101112F Fprogn eval.c:358
01013053 emacs.exe:01013053 Flet eval.c:1095
01010EC9 emacs.exe:01010EC9 eval_sub eval.c:2305
0101112F emacs.exe:0101112F Fprogn eval.c:358
01012468 emacs.exe:01012468 Fif eval.c:309
01010EC9 emacs.exe:01010EC9 eval_sub eval.c:2305
0101112F emacs.exe:0101112F Fprogn eval.c:358
010114A4 emacs.exe:010114A4 funcall_lambda eval.c:3233
010122D0 emacs.exe:010122D0 apply_lambda eval.c:3117
01010A40 emacs.exe:01010A40 eval_sub eval.c:2421
01012BFA emacs.exe:01012BFA Feval eval.c:2211
0101CC55 emacs.exe:0101CC55 top_level_2 keyboard.c:1166
0100ECE3 emacs.exe:0100ECE3 internal_condition_case eval.c:1494
0101CC87 emacs.exe:0101CC87 top_level_1 keyboard.c:1178
0100EC18 emacs.exe:0100EC18 internal_catch eval.c:1247
0101CAC4 emacs.exe:0101CAC4 recursive_edit_1 keyboard.c:1135
0101CBF6 emacs.exe:0101CBF6 Frecursive_edit keyboard.c:821
01002EFE emacs.exe:01002EFE main emacs.c:1704
010010BB emacs.exe:010010BB __mingw_CRTStartup crt1.c:244
010012A8 emacs.exe:010012A8
7D4E7D42 kernel32.dll:7D4E7D42 BaseProcessInitPostImport
[-- Attachment #3: Type: text/plain, Size: 339 bytes --]
> Again, when was the last time this worked for you?
don't remember, sorry.
--
Sam Steingold (http://sds.podval.org/) on CentOS release 5.6 (Final) X 11.0.60900031
http://palestinefacts.org http://www.memritv.org http://dhimmi.com
http://www.PetitionOnline.com/tap12009/ http://pmw.org.il
What was the best thing before sliced bread?
^ permalink raw reply [flat|nested] 35+ messages in thread
* bug#9132: 24.0.50; bootstrap failure on windows
2011-07-21 8:36 ` Eli Zaretskii
@ 2011-07-21 14:53 ` Sam Steingold
2011-07-21 17:17 ` Eli Zaretskii
0 siblings, 1 reply; 35+ messages in thread
From: Sam Steingold @ 2011-07-21 14:53 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: 9132
> * Eli Zaretskii <ryvm@tah.bet> [2011-07-21 04:36:48 -0400]:
>
> Is this a new thing? When was the last time you succeeded to
> bootstrap on Windows, and did something change in your system
> configuration since then? A new port of Bash, perhaps, or of Make, or
> of GCC?
the last time I tried (and failed) was in April (or May?).
I don't remember the symptoms.
> Also, if you type the failing command manually, does it succeed or
> does it fail in the same way?
the exact same error, even if I load bytecomp.el explicitly with -l
--
Sam Steingold (http://sds.podval.org/) on CentOS release 5.6 (Final) X 11.0.60900031
http://truepeace.org http://www.memritv.org http://mideasttruth.com
http://pmw.org.il http://www.PetitionOnline.com/tap12009/ http://jihadwatch.org
Please wait, MS Windows are preparing the blue screen of death.
^ permalink raw reply [flat|nested] 35+ messages in thread
* bug#9132: 24.0.50; bootstrap failure on windows
2011-07-20 21:18 ` Sam Steingold
2011-07-20 21:30 ` Juanma Barranquero
2011-07-21 8:38 ` Eli Zaretskii
@ 2011-07-21 16:32 ` Sam Steingold
2011-07-21 17:25 ` Eli Zaretskii
2 siblings, 1 reply; 35+ messages in thread
From: Sam Steingold @ 2011-07-21 16:32 UTC (permalink / raw)
To: 9132
> * Sam Steingold <fqf@tah.bet> [2011-07-20 17:18:13 -0400]:
>
> In the middle of the "make bootstrap" process I get
>
> Generating autoloads for dframe.el...
> Generating autoloads for dframe.el...done
> Making generated-autoload-file local to *autoload-file* while let-bound!
> Generating autoloads for dired-aux.el...
> Unhandled exception at 0x05a74ac3 in emacs.exe: 0xC0000096: Privileged instruction.
with an older emacs executable I get much farther:
$ gmake EMACS=../bin1/emacs-2011-04-27.exe bzr-update
...
Generating autoloads for calc/calc-aent.el...
Failure in loading charset map: GB2312
make: *** [autoloads] Error 127
--
Sam Steingold (http://sds.podval.org/) on CentOS release 5.6 (Final) X 11.0.60900031
http://www.PetitionOnline.com/tap12009/ http://openvotingconsortium.org
http://pmw.org.il http://palestinefacts.org http://memri.org http://camera.org
Microsoft wants to monopolize the right to be a monopoly.
^ permalink raw reply [flat|nested] 35+ messages in thread
* bug#9132: 24.0.50; bootstrap failure on windows
2011-07-21 14:46 ` Sam Steingold
@ 2011-07-21 17:13 ` Eli Zaretskii
2011-07-21 18:30 ` Sam Steingold
0 siblings, 1 reply; 35+ messages in thread
From: Eli Zaretskii @ 2011-07-21 17:13 UTC (permalink / raw)
To: sds; +Cc: 9132
> From: Sam Steingold <sds@gnu.org>
> Cc: 9132@debbugs.gnu.org
> Date: Thu, 21 Jul 2011 10:46:24 -0400
>
> >> Unhandled exception at 0x05a74ac3 in emacs.exe: 0xC0000096: Privileged instruction.
> >
> > Can you install DrMinGW, or run this command under GDB, and show the
> > traceback?
>
> emacs.exe caused a Privileged Instruction at location 05a74ac3.
>
> Registers:
> eax=05aba00c ebx=059b4f20 ecx=059b4f50 edx=0001811e esi=059b4f21 edi=059b4f50
> eip=05a74ac3 esp=0082ae6c ebp=0082aee8 iopl=0 nv up ei pl nz ac pe nc
> cs=0023 ss=002b ds=002b es=002b fs=0053 gs=002b efl=00010212
>
> Call stack:
> 05A74AC3
> 01034D12 emacs.exe:01034D12 secure_hash fns.c:4790
Line 4790 of fns.c from today's bzr is an empty line. What do you see
on that line?
Since you compiled without debug info, I don't really trust this
backtrace. Can you try building without optimizations? You will need
to re-run configure.bat with the "--no-opt" switch. While at that,
add the "--enable-checking" switch as well, perhaps it will be able to
catch the problem earlier.
^ permalink raw reply [flat|nested] 35+ messages in thread
* bug#9132: 24.0.50; bootstrap failure on windows
2011-07-21 14:53 ` Sam Steingold
@ 2011-07-21 17:17 ` Eli Zaretskii
2011-07-21 18:08 ` Sam Steingold
0 siblings, 1 reply; 35+ messages in thread
From: Eli Zaretskii @ 2011-07-21 17:17 UTC (permalink / raw)
To: sds; +Cc: 9132
> From: Sam Steingold <sds@gnu.org>
> Cc: 9132@debbugs.gnu.org
> Date: Thu, 21 Jul 2011 10:53:57 -0400
>
> > Also, if you type the failing command manually, does it succeed or
> > does it fail in the same way?
>
> the exact same error, even if I load bytecomp.el explicitly with -l
And bytecomp.el was given with leading directories or just literally
as "bytecomp.el"?
What happens if you invoke Emacs interactively from the
src/oo-spd/i386 directory, then visit latin-ltx.el, and type
"M-x emacs-lisp-byte-compile RET", with or without loading
bytecomp.el?
^ permalink raw reply [flat|nested] 35+ messages in thread
* bug#9132: 24.0.50; bootstrap failure on windows
2011-07-21 16:32 ` Sam Steingold
@ 2011-07-21 17:25 ` Eli Zaretskii
2011-07-21 17:34 ` Lennart Borgman
` (2 more replies)
0 siblings, 3 replies; 35+ messages in thread
From: Eli Zaretskii @ 2011-07-21 17:25 UTC (permalink / raw)
To: sds; +Cc: 9132
> From: Sam Steingold <sds@gnu.org>
> Date: Thu, 21 Jul 2011 12:32:40 -0400
>
> $ gmake EMACS=../bin1/emacs-2011-04-27.exe bzr-update
> ...
> Generating autoloads for calc/calc-aent.el...
> Failure in loading charset map: GB2312
This comes from charset.c, FWIW, and the reason is a failed call to
`fopen'. It would be good to know the errno value for that failure,
and also the value of Vcharset_map_path.
Could it be that your system runs out of available file handles? I
didn't see such problems since the old DOS days, but what else can
explain this?
^ permalink raw reply [flat|nested] 35+ messages in thread
* bug#9132: 24.0.50; bootstrap failure on windows
2011-07-21 17:25 ` Eli Zaretskii
@ 2011-07-21 17:34 ` Lennart Borgman
2011-07-21 18:08 ` Sam Steingold
2011-07-21 19:11 ` Glenn Morris
2 siblings, 0 replies; 35+ messages in thread
From: Lennart Borgman @ 2011-07-21 17:34 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: sds, 9132
On Thu, Jul 21, 2011 at 19:25, Eli Zaretskii <eliz@gnu.org> wrote:
>> From: Sam Steingold <sds@gnu.org>
>> Date: Thu, 21 Jul 2011 12:32:40 -0400
>>
>> $ gmake EMACS=../bin1/emacs-2011-04-27.exe bzr-update
>> ...
>> Generating autoloads for calc/calc-aent.el...
>> Failure in loading charset map: GB2312
>
> This comes from charset.c, FWIW, and the reason is a failed call to
> `fopen'. It would be good to know the errno value for that failure,
> and also the value of Vcharset_map_path.
>
> Could it be that your system runs out of available file handles? I
> didn't see such problems since the old DOS days, but what else can
> explain this?
How does it come that Emacs does not report the errno number here? Or
is it just not seen?
^ permalink raw reply [flat|nested] 35+ messages in thread
* bug#9132: 24.0.50; bootstrap failure on windows
2011-07-21 17:17 ` Eli Zaretskii
@ 2011-07-21 18:08 ` Sam Steingold
2011-07-21 19:21 ` Eli Zaretskii
0 siblings, 1 reply; 35+ messages in thread
From: Sam Steingold @ 2011-07-21 18:08 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: 9132
> * Eli Zaretskii <ryvm@tah.bet> [2011-07-21 20:17:52 +0300]:
>
>> From: Sam Steingold <sds@gnu.org>
>> Cc: 9132@debbugs.gnu.org
>> Date: Thu, 21 Jul 2011 10:53:57 -0400
>>
>> > Also, if you type the failing command manually, does it succeed or
>> > does it fail in the same way?
>>
>> the exact same error, even if I load bytecomp.el explicitly with -l
>
> And bytecomp.el was given with leading directories or just literally
> as "bytecomp.el"?
full correct path.
> What happens if you invoke Emacs interactively from the
> src/oo-spd/i386 directory, then visit latin-ltx.el, and type
> "M-x emacs-lisp-byte-compile RET", with or without loading
> bytecomp.el?
works
--
Sam Steingold (http://sds.podval.org/) on CentOS release 5.6 (Final) X 11.0.60900031
http://jihadwatch.org http://www.memritv.org http://openvotingconsortium.org
http://ffii.org http://palestinefacts.org http://memri.org http://camera.org
My name is Deja Vu. Have we met before?
^ permalink raw reply [flat|nested] 35+ messages in thread
* bug#9132: 24.0.50; bootstrap failure on windows
2011-07-21 17:25 ` Eli Zaretskii
2011-07-21 17:34 ` Lennart Borgman
@ 2011-07-21 18:08 ` Sam Steingold
2011-07-21 19:06 ` Eli Zaretskii
2011-07-21 19:11 ` Glenn Morris
2 siblings, 1 reply; 35+ messages in thread
From: Sam Steingold @ 2011-07-21 18:08 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: 9132
> * Eli Zaretskii <ryvm@tah.bet> [2011-07-21 20:25:04 +0300]:
>
> This comes from charset.c, FWIW, and the reason is a failed call to
> `fopen'. It would be good to know the errno value for that failure,
> and also the value of Vcharset_map_path.
so why doesn't emacs print a useful error message?
--
Sam Steingold (http://sds.podval.org/) on CentOS release 5.6 (Final) X 11.0.60900031
http://pmw.org.il http://jihadwatch.org http://memri.org http://ffii.org
http://truepeace.org http://dhimmi.com http://mideasttruth.com
Are you smart enough to use Lisp?
^ permalink raw reply [flat|nested] 35+ messages in thread
* bug#9132: 24.0.50; bootstrap failure on windows
2011-07-21 17:13 ` Eli Zaretskii
@ 2011-07-21 18:30 ` Sam Steingold
2011-07-21 19:10 ` Eli Zaretskii
0 siblings, 1 reply; 35+ messages in thread
From: Sam Steingold @ 2011-07-21 18:30 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: 9132
[-- Attachment #1: Type: text/plain, Size: 1435 bytes --]
> * Eli Zaretskii <ryvm@tah.bet> [2011-07-21 20:13:00 +0300]:
>
>> From: Sam Steingold <sds@gnu.org>
>> Cc: 9132@debbugs.gnu.org
>> Date: Thu, 21 Jul 2011 10:46:24 -0400
>>
>> >> Unhandled exception at 0x05a74ac3 in emacs.exe: 0xC0000096: Privileged instruction.
>> >
>> > Can you install DrMinGW, or run this command under GDB, and show the
>> > traceback?
>>
>> emacs.exe caused a Privileged Instruction at location 05a74ac3.
>>
>> Registers:
>> eax=05aba00c ebx=059b4f20 ecx=059b4f50 edx=0001811e esi=059b4f21 edi=059b4f50
>> eip=05a74ac3 esp=0082ae6c ebp=0082aee8 iopl=0 nv up ei pl nz ac pe nc
>> cs=0023 ss=002b ds=002b es=002b fs=0053 gs=002b efl=00010212
>>
>> Call stack:
>> 05A74AC3
>> 01034D12 emacs.exe:01034D12 secure_hash fns.c:4790
>
> Line 4790 of fns.c from today's bzr is an empty line. What do you see
> on that line?
hash_func (SSDATA (object) + start_byte,
SBYTES (object) - (size_byte - end_byte),
SSDATA (digest));
========>>>>>>>>> if (NILP (binary))
{
unsigned char *p = SDATA (digest);
for (i = digest_size - 1; i >= 0; i--)
{
> Since you compiled without debug info, I don't really trust this
> backtrace. Can you try building without optimizations? You will need
> to re-run configure.bat with the "--no-opt" switch. While at that,
> add the "--enable-checking" switch as well, perhaps it will be able to
> catch the problem earlier.
[-- Attachment #2: emacs-stack.txt --]
[-- Type: text/plain, Size: 9735 bytes --]
emacs.exe caused a Breakpoint at location 7d61002d in module ntdll.dll.
Registers:
eax=00000006 ebx=03e45862 ecx=7d61f60d edx=00180002 esi=00000000 edi=00000000
eip=7d61002d esp=008297bc ebp=008297d8 iopl=0 nv up ei pl zr na po nc
cs=0023 ss=002b ds=002b es=002b fs=0053 gs=002b efl=00000246
Call stack:
7D61002D ntdll.dll:7D61002D DbgBreakPoint
0103C605 emacs.exe:0103C605 make_uninit_multibyte_string alloc.c:2401
0103C594 emacs.exe:0103C594 make_uninit_string alloc.c:2384
0106622E emacs.exe:0106622E secure_hash fns.c:4784
010664BC emacs.exe:010664BC Fmd5 fns.c:4836
01035FCE emacs.exe:01035FCE eval_sub eval.c:2371
01035CCF emacs.exe:01035CCF eval_sub eval.c:2342
01030BC5 emacs.exe:01030BC5 Fand eval.c:281
0103594F emacs.exe:0103594F eval_sub eval.c:2305
01030B12 emacs.exe:01030B12 For eval.c:257
0103594F emacs.exe:0103594F eval_sub eval.c:2305
01030BC5 emacs.exe:01030BC5 Fand eval.c:281
0103594F emacs.exe:0103594F eval_sub eval.c:2305
01030C34 emacs.exe:01030C34 Fif eval.c:306
0103594F emacs.exe:0103594F eval_sub eval.c:2305
01030DFD emacs.exe:01030DFD Fprogn eval.c:357
01032F82 emacs.exe:01032F82 Flet eval.c:1095
0103594F emacs.exe:0103594F eval_sub eval.c:2305
01030DFD emacs.exe:01030DFD Fprogn eval.c:357
01030D55 emacs.exe:01030D55 Fcond eval.c:335
0103594F emacs.exe:0103594F eval_sub eval.c:2305
01030DFD emacs.exe:01030DFD Fprogn eval.c:357
01032F82 emacs.exe:01032F82 Flet eval.c:1095
0103594F emacs.exe:0103594F eval_sub eval.c:2305
01030DFD emacs.exe:01030DFD Fprogn eval.c:357
0103305C emacs.exe:0103305C Fwhile eval.c:1117
0103594F emacs.exe:0103594F eval_sub eval.c:2305
01030DFD emacs.exe:01030DFD Fprogn eval.c:357
01081632 emacs.exe:01081632 Fsave_current_buffer editfns.c:989
0103594F emacs.exe:0103594F eval_sub eval.c:2305
010362D7 emacs.exe:010362D7 eval_sub eval.c:2418
01030DFD emacs.exe:01030DFD Fprogn eval.c:357
01032AA4 emacs.exe:01032AA4 FletX eval.c:1025
0103594F emacs.exe:0103594F eval_sub eval.c:2305
01030DFD emacs.exe:01030DFD Fprogn eval.c:357
01033450 emacs.exe:01033450 internal_catch eval.c:1247
010333BB emacs.exe:010333BB Fcatch eval.c:1219
0103594F emacs.exe:0103594F eval_sub eval.c:2305
01030DFD emacs.exe:01030DFD Fprogn eval.c:357
01038B70 emacs.exe:01038B70 funcall_lambda eval.c:3233
01038474 emacs.exe:01038474 apply_lambda eval.c:3117
01036306 emacs.exe:01036306 eval_sub eval.c:2421
01030B12 emacs.exe:01030B12 For eval.c:257
0103594F emacs.exe:0103594F eval_sub eval.c:2305
01032D57 emacs.exe:01032D57 Flet eval.c:1065
0103594F emacs.exe:0103594F eval_sub eval.c:2305
01030DFD emacs.exe:01030DFD Fprogn eval.c:357
01030C77 emacs.exe:01030C77 Fif eval.c:308
0103594F emacs.exe:0103594F eval_sub eval.c:2305
010362D7 emacs.exe:010362D7 eval_sub eval.c:2418
01030DFD emacs.exe:01030DFD Fprogn eval.c:357
01030D55 emacs.exe:01030D55 Fcond eval.c:335
0103594F emacs.exe:0103594F eval_sub eval.c:2305
01030DFD emacs.exe:01030DFD Fprogn eval.c:357
0103305C emacs.exe:0103305C Fwhile eval.c:1117
0103594F emacs.exe:0103594F eval_sub eval.c:2305
01030DFD emacs.exe:01030DFD Fprogn eval.c:357
010885A1 emacs.exe:010885A1 Fsave_restriction editfns.c:3351
0103594F emacs.exe:0103594F eval_sub eval.c:2305
01030DFD emacs.exe:01030DFD Fprogn eval.c:357
010815E8 emacs.exe:010815E8 Fsave_excursion editfns.c:975
0103594F emacs.exe:0103594F eval_sub eval.c:2305
01030DFD emacs.exe:01030DFD Fprogn eval.c:357
01030C77 emacs.exe:01030C77 Fif eval.c:308
0103594F emacs.exe:0103594F eval_sub eval.c:2305
010362D7 emacs.exe:010362D7 eval_sub eval.c:2418
01030DFD emacs.exe:01030DFD Fprogn eval.c:357
01081632 emacs.exe:01081632 Fsave_current_buffer editfns.c:989
0103594F emacs.exe:0103594F eval_sub eval.c:2305
010362D7 emacs.exe:010362D7 eval_sub eval.c:2418
01030DFD emacs.exe:01030DFD Fprogn eval.c:357
01032F82 emacs.exe:01032F82 Flet eval.c:1095
0103594F emacs.exe:0103594F eval_sub eval.c:2305
01030DFD emacs.exe:01030DFD Fprogn eval.c:357
01033450 emacs.exe:01033450 internal_catch eval.c:1247
010333BB emacs.exe:010333BB Fcatch eval.c:1219
0103594F emacs.exe:0103594F eval_sub eval.c:2305
01030DFD emacs.exe:01030DFD Fprogn eval.c:357
01038B70 emacs.exe:01038B70 funcall_lambda eval.c:3233
01038474 emacs.exe:01038474 apply_lambda eval.c:3117
01036306 emacs.exe:01036306 eval_sub eval.c:2421
01030CBD emacs.exe:01030CBD Fcond eval.c:331
0103594F emacs.exe:0103594F eval_sub eval.c:2305
01030DFD emacs.exe:01030DFD Fprogn eval.c:357
0103305C emacs.exe:0103305C Fwhile eval.c:1117
0103594F emacs.exe:0103594F eval_sub eval.c:2305
01030DFD emacs.exe:01030DFD Fprogn eval.c:357
01032F82 emacs.exe:01032F82 Flet eval.c:1095
0103594F emacs.exe:0103594F eval_sub eval.c:2305
01030DFD emacs.exe:01030DFD Fprogn eval.c:357
01033450 emacs.exe:01033450 internal_catch eval.c:1247
010333BB emacs.exe:010333BB Fcatch eval.c:1219
0103594F emacs.exe:0103594F eval_sub eval.c:2305
01035CCF emacs.exe:01035CCF eval_sub eval.c:2342
010362D7 emacs.exe:010362D7 eval_sub eval.c:2418
010362D7 emacs.exe:010362D7 eval_sub eval.c:2418
01030DFD emacs.exe:01030DFD Fprogn eval.c:357
01081632 emacs.exe:01081632 Fsave_current_buffer editfns.c:989
0103594F emacs.exe:0103594F eval_sub eval.c:2305
010362D7 emacs.exe:010362D7 eval_sub eval.c:2418
01030DFD emacs.exe:01030DFD Fprogn eval.c:357
01032AA4 emacs.exe:01032AA4 FletX eval.c:1025
0103594F emacs.exe:0103594F eval_sub eval.c:2305
01030DFD emacs.exe:01030DFD Fprogn eval.c:357
01038B70 emacs.exe:01038B70 funcall_lambda eval.c:3233
01038213 emacs.exe:01038213 Ffuncall eval.c:3070
01036C57 emacs.exe:01036C57 Fapply eval.c:2514
01035C05 emacs.exe:01035C05 eval_sub eval.c:2329
01030DFD emacs.exe:01030DFD Fprogn eval.c:357
01032F82 emacs.exe:01032F82 Flet eval.c:1095
0103594F emacs.exe:0103594F eval_sub eval.c:2305
01030DFD emacs.exe:01030DFD Fprogn eval.c:357
01038B70 emacs.exe:01038B70 funcall_lambda eval.c:3233
01038474 emacs.exe:01038474 apply_lambda eval.c:3117
01036306 emacs.exe:01036306 eval_sub eval.c:2421
01030DFD emacs.exe:01030DFD Fprogn eval.c:357
01032F82 emacs.exe:01032F82 Flet eval.c:1095
0103594F emacs.exe:0103594F eval_sub eval.c:2305
01030DFD emacs.exe:01030DFD Fprogn eval.c:357
01038B70 emacs.exe:01038B70 funcall_lambda eval.c:3233
01038213 emacs.exe:01038213 Ffuncall eval.c:3070
01035C05 emacs.exe:01035C05 eval_sub eval.c:2329
01030DFD emacs.exe:01030DFD Fprogn eval.c:357
01030C77 emacs.exe:01030C77 Fif eval.c:308
0103594F emacs.exe:0103594F eval_sub eval.c:2305
01030DFD emacs.exe:01030DFD Fprogn eval.c:357
01030D55 emacs.exe:01030D55 Fcond eval.c:335
0103594F emacs.exe:0103594F eval_sub eval.c:2305
01030DFD emacs.exe:01030DFD Fprogn eval.c:357
01032AA4 emacs.exe:01032AA4 FletX eval.c:1025
0103594F emacs.exe:0103594F eval_sub eval.c:2305
01030DFD emacs.exe:01030DFD Fprogn eval.c:357
0103305C emacs.exe:0103305C Fwhile eval.c:1117
0103594F emacs.exe:0103594F eval_sub eval.c:2305
01030DFD emacs.exe:01030DFD Fprogn eval.c:357
01032F82 emacs.exe:01032F82 Flet eval.c:1095
0103594F emacs.exe:0103594F eval_sub eval.c:2305
01030DFD emacs.exe:01030DFD Fprogn eval.c:357
0103594F emacs.exe:0103594F eval_sub eval.c:2305
01030C57 emacs.exe:01030C57 Fif eval.c:307
0103594F emacs.exe:0103594F eval_sub eval.c:2305
010362D7 emacs.exe:010362D7 eval_sub eval.c:2418
01030DFD emacs.exe:01030DFD Fprogn eval.c:357
01032F82 emacs.exe:01032F82 Flet eval.c:1095
0103594F emacs.exe:0103594F eval_sub eval.c:2305
01030DFD emacs.exe:01030DFD Fprogn eval.c:357
01038B70 emacs.exe:01038B70 funcall_lambda eval.c:3233
01038474 emacs.exe:01038474 apply_lambda eval.c:3117
01036306 emacs.exe:01036306 eval_sub eval.c:2421
01030DFD emacs.exe:01030DFD Fprogn eval.c:357
01038B70 emacs.exe:01038B70 funcall_lambda eval.c:3233
01038474 emacs.exe:01038474 apply_lambda eval.c:3117
01036306 emacs.exe:01036306 eval_sub eval.c:2421
01033610 emacs.exe:01033610 Funwind_protect eval.c:1346
0103594F emacs.exe:0103594F eval_sub eval.c:2305
01030DFD emacs.exe:01030DFD Fprogn eval.c:357
01032F82 emacs.exe:01032F82 Flet eval.c:1095
0103594F emacs.exe:0103594F eval_sub eval.c:2305
01030DFD emacs.exe:01030DFD Fprogn eval.c:357
01030C77 emacs.exe:01030C77 Fif eval.c:308
0103594F emacs.exe:0103594F eval_sub eval.c:2305
01030DFD emacs.exe:01030DFD Fprogn eval.c:357
01038B70 emacs.exe:01038B70 funcall_lambda eval.c:3233
01038474 emacs.exe:01038474 apply_lambda eval.c:3117
01036306 emacs.exe:01036306 eval_sub eval.c:2421
01035495 emacs.exe:01035495 Feval eval.c:2211
0100510E emacs.exe:0100510E top_level_2 keyboard.c:1166
01033A90 emacs.exe:01033A90 internal_condition_case eval.c:1493
01005140 emacs.exe:01005140 top_level_1 keyboard.c:1173
01033450 emacs.exe:01033450 internal_catch eval.c:1247
0100507B emacs.exe:0100507B command_loop keyboard.c:1135
01004663 emacs.exe:01004663 recursive_edit_1 keyboard.c:756
01004985 emacs.exe:01004985 Frecursive_edit keyboard.c:821
01002806 emacs.exe:01002806 main emacs.c:1703
010010BB emacs.exe:010010BB __mingw_CRTStartup crt1.c:244
010012A8 emacs.exe:010012A8
0114ED3B emacs.exe:0114ED3B _start unexw32.c:131
7D4E7D42 kernel32.dll:7D4E7D42 BaseProcessInitPostImport
[-- Attachment #3: Type: text/plain, Size: 317 bytes --]
--
Sam Steingold (http://sds.podval.org/) on CentOS release 5.6 (Final) X 11.0.60900031
http://honestreporting.com http://memri.org http://openvotingconsortium.org
http://www.memritv.org http://thereligionofpeace.com http://pmw.org.il
((lambda (x) (list x (list 'quote x))) '(lambda (x) (list x (list 'quote x))))
^ permalink raw reply [flat|nested] 35+ messages in thread
* bug#9132: 24.0.50; bootstrap failure on windows
2011-07-21 18:08 ` Sam Steingold
@ 2011-07-21 19:06 ` Eli Zaretskii
2011-07-21 19:44 ` Sam Steingold
0 siblings, 1 reply; 35+ messages in thread
From: Eli Zaretskii @ 2011-07-21 19:06 UTC (permalink / raw)
To: sds; +Cc: 9132
> From: Sam Steingold <sds@gnu.org>
> Cc: 9132@debbugs.gnu.org
> Date: Thu, 21 Jul 2011 14:08:51 -0400
>
> > * Eli Zaretskii <ryvm@tah.bet> [2011-07-21 20:25:04 +0300]:
> >
> > This comes from charset.c, FWIW, and the reason is a failed call to
> > `fopen'. It would be good to know the errno value for that failure,
> > and also the value of Vcharset_map_path.
>
> so why doesn't emacs print a useful error message?
You are welcome to add one, but please be aware that this message is
presented to users in an interactive session, so it should be
understandable by mere mortals.
^ permalink raw reply [flat|nested] 35+ messages in thread
* bug#9132: 24.0.50; bootstrap failure on windows
2011-07-21 18:30 ` Sam Steingold
@ 2011-07-21 19:10 ` Eli Zaretskii
2011-07-21 19:45 ` Sam Steingold
0 siblings, 1 reply; 35+ messages in thread
From: Eli Zaretskii @ 2011-07-21 19:10 UTC (permalink / raw)
To: sds; +Cc: 9132
> From: Sam Steingold <sds@gnu.org>
> Cc: 9132@debbugs.gnu.org
> Date: Thu, 21 Jul 2011 14:30:15 -0400
>
> 0103C605 emacs.exe:0103C605 make_uninit_multibyte_string alloc.c:2401
What does this line say in your sources?
^ permalink raw reply [flat|nested] 35+ messages in thread
* bug#9132: 24.0.50; bootstrap failure on windows
2011-07-21 17:25 ` Eli Zaretskii
2011-07-21 17:34 ` Lennart Borgman
2011-07-21 18:08 ` Sam Steingold
@ 2011-07-21 19:11 ` Glenn Morris
2 siblings, 0 replies; 35+ messages in thread
From: Glenn Morris @ 2011-07-21 19:11 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: sds, 9132
Eli Zaretskii wrote:
>> Failure in loading charset map: GB2312
>
> This comes from charset.c, FWIW, and the reason is a failed call to
> `fopen'. It would be good to know the errno value for that failure,
> and also the value of Vcharset_map_path.
>
> Could it be that your system runs out of available file handles? I
> didn't see such problems since the old DOS days, but what else can
> explain this?
Just a comment that http://debbugs.gnu.org/cgi/bugreport.cgi?bug=6401
has the "failure loading charset map" issue too (I doubt it is directly
related to this issue, I'm just mentioning it).
^ permalink raw reply [flat|nested] 35+ messages in thread
* bug#9132: 24.0.50; bootstrap failure on windows
2011-07-21 18:08 ` Sam Steingold
@ 2011-07-21 19:21 ` Eli Zaretskii
2011-07-21 19:42 ` Sam Steingold
0 siblings, 1 reply; 35+ messages in thread
From: Eli Zaretskii @ 2011-07-21 19:21 UTC (permalink / raw)
To: sds; +Cc: 9132
> From: Sam Steingold <sds@gnu.org>
> Cc: 9132@debbugs.gnu.org
> Date: Thu, 21 Jul 2011 14:08:21 -0400
>
> > * Eli Zaretskii <ryvm@tah.bet> [2011-07-21 20:17:52 +0300]:
> >
> >> From: Sam Steingold <sds@gnu.org>
> >> Cc: 9132@debbugs.gnu.org
> >> Date: Thu, 21 Jul 2011 10:53:57 -0400
> >>
> >> > Also, if you type the failing command manually, does it succeed or
> >> > does it fail in the same way?
> >>
> >> the exact same error, even if I load bytecomp.el explicitly with -l
> >
> > And bytecomp.el was given with leading directories or just literally
> > as "bytecomp.el"?
>
> full correct path.
>
> > What happens if you invoke Emacs interactively from the
> > src/oo-spd/i386 directory, then visit latin-ltx.el, and type
> > "M-x emacs-lisp-byte-compile RET", with or without loading
> > bytecomp.el?
>
> works
How about this, if typed from the command line? What does it print?
"./../src/oo-spd/i386/emacs.exe" -batch -l ../lisp/emacs-lisp/bytecomp.el --eval "(princ (fboundp 'batch-byte-compile))"
^ permalink raw reply [flat|nested] 35+ messages in thread
* bug#9132: 24.0.50; bootstrap failure on windows
2011-07-21 19:21 ` Eli Zaretskii
@ 2011-07-21 19:42 ` Sam Steingold
2011-07-22 6:00 ` Eli Zaretskii
0 siblings, 1 reply; 35+ messages in thread
From: Sam Steingold @ 2011-07-21 19:42 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: 9132
> * Eli Zaretskii <ryvm@tah.bet> [2011-07-21 22:21:30 +0300]:
>
> "./../src/oo-spd/i386/emacs.exe" -batch -l
> ../lisp/emacs-lisp/bytecomp.el --eval "(princ (fboundp
> batch-byte-compile))"
$ ls -l ../src/oo*/i386/emacs.exe
46112 -rwxr-xr-x 1 sds None 47218342 Jul 21 10:49 ../src/oo-spd/i386/emacs.exe*
48224 -rwxr-xr-x 1 sds None 49378461 Jul 21 14:24 ../src/oo/i386/emacs.exe*
$ "./../src/oo-spd/i386/emacs.exe" -batch -l ../lisp/emacs-lisp/bytecomp.el --eval "(print (fboundp 'batch-byte-compile))"
t
$ "./../src/oo/i386/emacs.exe" -batch -l ../lisp/emacs-lisp/bytecomp.el --eval "(print (fboundp 'batch-byte-compile))"
t
why do I have oo and oo-spd?!
--
Sam Steingold (http://sds.podval.org/) on CentOS release 5.6 (Final) X 11.0.60900031
http://memri.org http://iris.org.il http://jihadwatch.org http://camera.org
http://dhimmi.com http://palestinefacts.org http://ffii.org
Save time: send elected officials to jail directly, bypassing the office.
^ permalink raw reply [flat|nested] 35+ messages in thread
* bug#9132: 24.0.50; bootstrap failure on windows
2011-07-21 19:06 ` Eli Zaretskii
@ 2011-07-21 19:44 ` Sam Steingold
2011-07-22 6:02 ` Eli Zaretskii
0 siblings, 1 reply; 35+ messages in thread
From: Sam Steingold @ 2011-07-21 19:44 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: 9132
> * Eli Zaretskii <ryvm@tah.bet> [2011-07-21 22:06:00 +0300]:
>
> You are welcome to add one,
everyone scratches one's own itch, sorry.
> but please be aware that this message is presented to users in an
> interactive session, so it should be understandable by mere mortals.
I have never heard anyone claim that the strerror message should not be printed.
--
Sam Steingold (http://sds.podval.org/) on CentOS release 5.6 (Final) X 11.0.60900031
http://www.PetitionOnline.com/tap12009/ http://mideasttruth.com http://ffii.org
http://memri.org http://honestreporting.com http://palestinefacts.org
will write code that writes code that writes code for food
^ permalink raw reply [flat|nested] 35+ messages in thread
* bug#9132: 24.0.50; bootstrap failure on windows
2011-07-21 19:10 ` Eli Zaretskii
@ 2011-07-21 19:45 ` Sam Steingold
2011-07-22 6:04 ` Eli Zaretskii
0 siblings, 1 reply; 35+ messages in thread
From: Sam Steingold @ 2011-07-21 19:45 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: 9132
> * Eli Zaretskii <ryvm@tah.bet> [2011-07-21 22:10:20 +0300]:
>
>> From: Sam Steingold <sds@gnu.org>
>> Cc: 9132@debbugs.gnu.org
>> Date: Thu, 21 Jul 2011 14:30:15 -0400
>>
>> 0103C605 emacs.exe:0103C605 make_uninit_multibyte_string alloc.c:2401
>
> What does this line say in your sources?
if (nchars < 0)
abort ();
======>>>>>>>>>>>> if (!nbytes)
return empty_multibyte_string;
--
Sam Steingold (http://sds.podval.org/) on CentOS release 5.6 (Final) X 11.0.60900031
http://truepeace.org http://www.memritv.org http://mideasttruth.com
http://ffii.org http://iris.org.il http://palestinefacts.org
There are two kinds of egotists: 1) Those who admit it 2) The rest of us
^ permalink raw reply [flat|nested] 35+ messages in thread
* bug#9132: 24.0.50; bootstrap failure on windows
2011-07-21 19:42 ` Sam Steingold
@ 2011-07-22 6:00 ` Eli Zaretskii
2011-07-22 6:58 ` Lennart Borgman
2011-07-22 14:08 ` Sam Steingold
0 siblings, 2 replies; 35+ messages in thread
From: Eli Zaretskii @ 2011-07-22 6:00 UTC (permalink / raw)
To: sds; +Cc: 9132
> From: Sam Steingold <sds@gnu.org>
> Cc: 9132@debbugs.gnu.org
> Date: Thu, 21 Jul 2011 15:42:00 -0400
>
> > * Eli Zaretskii <ryvm@tah.bet> [2011-07-21 22:21:30 +0300]:
> >
> > "./../src/oo-spd/i386/emacs.exe" -batch -l
> > ../lisp/emacs-lisp/bytecomp.el --eval "(princ (fboundp
> > batch-byte-compile))"
>
> $ ls -l ../src/oo*/i386/emacs.exe
> 46112 -rwxr-xr-x 1 sds None 47218342 Jul 21 10:49 ../src/oo-spd/i386/emacs.exe*
> 48224 -rwxr-xr-x 1 sds None 49378461 Jul 21 14:24 ../src/oo/i386/emacs.exe*
> $ "./../src/oo-spd/i386/emacs.exe" -batch -l ../lisp/emacs-lisp/bytecomp.el --eval "(print (fboundp 'batch-byte-compile))"
>
> t
> $ "./../src/oo/i386/emacs.exe" -batch -l ../lisp/emacs-lisp/bytecomp.el --eval "(print (fboundp 'batch-byte-compile))"
>
> t
So the symbol is bound, but Emacs thinks it's not a function? What
does this print?
"./../src/oo/i386/emacs.exe" -batch -l ../lisp/emacs-lisp/bytecomp.el --eval "(print (symbol-function 'batch-byte-compile))"
> why do I have oo and oo-spd?!
oo/ is the unoptimized build, oo-spd/ the optimized one. Neat, ain't
it?
^ permalink raw reply [flat|nested] 35+ messages in thread
* bug#9132: 24.0.50; bootstrap failure on windows
2011-07-21 19:44 ` Sam Steingold
@ 2011-07-22 6:02 ` Eli Zaretskii
2011-07-22 14:18 ` Sam Steingold
0 siblings, 1 reply; 35+ messages in thread
From: Eli Zaretskii @ 2011-07-22 6:02 UTC (permalink / raw)
To: sds; +Cc: 9132
> From: Sam Steingold <sds@gnu.org>
> Cc: 9132@debbugs.gnu.org
> Date: Thu, 21 Jul 2011 15:44:06 -0400
>
> > * Eli Zaretskii <ryvm@tah.bet> [2011-07-21 22:06:00 +0300]:
> >
> > You are welcome to add one,
>
> everyone scratches one's own itch, sorry.
No need to be sorry.
> I have never heard anyone claim that the strerror message should not be printed.
I meant the text around what strerror returns.
^ permalink raw reply [flat|nested] 35+ messages in thread
* bug#9132: 24.0.50; bootstrap failure on windows
2011-07-21 19:45 ` Sam Steingold
@ 2011-07-22 6:04 ` Eli Zaretskii
0 siblings, 0 replies; 35+ messages in thread
From: Eli Zaretskii @ 2011-07-22 6:04 UTC (permalink / raw)
To: sds; +Cc: 9132
> From: Sam Steingold <sds@gnu.org>
> Cc: 9132@debbugs.gnu.org
> Date: Thu, 21 Jul 2011 15:45:10 -0400
>
> > * Eli Zaretskii <ryvm@tah.bet> [2011-07-21 22:10:20 +0300]:
> >
> >> From: Sam Steingold <sds@gnu.org>
> >> Cc: 9132@debbugs.gnu.org
> >> Date: Thu, 21 Jul 2011 14:30:15 -0400
> >>
> >> 0103C605 emacs.exe:0103C605 make_uninit_multibyte_string alloc.c:2401
> >
> > What does this line say in your sources?
>
> if (nchars < 0)
> abort ();
> ======>>>>>>>>>>>> if (!nbytes)
> return empty_multibyte_string;
I don't believe this line can crash.
If you run the command that crashed by hand, does it also crash? If
it does, can you run it under GDB?
^ permalink raw reply [flat|nested] 35+ messages in thread
* bug#9132: 24.0.50; bootstrap failure on windows
2011-07-22 6:00 ` Eli Zaretskii
@ 2011-07-22 6:58 ` Lennart Borgman
2011-07-22 14:08 ` Sam Steingold
1 sibling, 0 replies; 35+ messages in thread
From: Lennart Borgman @ 2011-07-22 6:58 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: sds, 9132
On Fri, Jul 22, 2011 at 08:00, Eli Zaretskii <eliz@gnu.org> wrote:
>
> oo/ is the unoptimized build, oo-spd/ the optimized one. Neat, ain't
> it?
And nearly self-explaining, maybe ... ;-)
^ permalink raw reply [flat|nested] 35+ messages in thread
* bug#9132: 24.0.50; bootstrap failure on windows
2011-07-22 6:00 ` Eli Zaretskii
2011-07-22 6:58 ` Lennart Borgman
@ 2011-07-22 14:08 ` Sam Steingold
2011-07-22 14:26 ` Eli Zaretskii
1 sibling, 1 reply; 35+ messages in thread
From: Sam Steingold @ 2011-07-22 14:08 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: 9132
> * Eli Zaretskii <ryvm@tah.bet> [2011-07-22 09:00:30 +0300]:
>
> So the symbol is bound, but Emacs thinks it's not a function? What
> does this print?
>
> "./../src/oo/i386/emacs.exe" -batch -l ../lisp/emacs-lisp/bytecomp.el
> --eval "(print (symbol-function 'batch-byte-compile))"
(closure (byte-compile--for-effect print-gensym-alist byte-compile--outbuffer by
te-compiler-error-flag byte-compile-free-assignments byte-compile-free-reference
s t) (&optional noforce) "Run `byte-compile-file' on the files remaining on the
command line.
Use this from the command line, with `-batch';
it won't work in an interactive Emacs.
Each file is processed even if an error occurred previously.
For example, invoke \"emacs -batch -f batch-byte-compile $emacs/ ~/*.el\".
If NOFORCE is non-nil, don't recompile a file that seems to be
already up-to-date." (defvar command-line-args-left) (if (not noninteractive) (e
rror "`batch-byte-compile' is to be used only with -batch")) (let ((error nil))
(while command-line-args-left (if (file-directory-p (expand-file-name (car comma
nd-line-args-left))) (let (source dest) (dolist (file (directory-files (car comm
and-line-args-left))) (if (and (string-match emacs-lisp-file-regexp file) (not (
auto-save-file-name-p file)) (setq source (expand-file-name file (car command-li
ne-args-left))) (setq dest (byte-compile-dest-file source)) (file-exists-p dest)
(file-newer-than-file-p source dest)) (if (null (batch-byte-compile-file source
)) (setq error t))))) (if (or (not noforce) (let* ((source (car command-line-arg
s-left)) (dest (byte-compile-dest-file source))) (or (not (file-exists-p dest))
(file-newer-than-file-p source dest)))) (if (null (batch-byte-compile-file (car
command-line-args-left))) (setq error t)))) (setq command-line-args-left (cdr co
mmand-line-args-left))) (kill-emacs (if error 1 0))))
>> why do I have oo and oo-spd?!
>
> oo/ is the unoptimized build, oo-spd/ the optimized one. Neat, ain't
> it?
I would prefer to be able to specify this from the configure command line.
--
Sam Steingold (http://sds.podval.org/) on CentOS release 5.6 (Final) X 11.0.60900031
http://ffii.org http://memri.org http://palestinefacts.org
http://www.PetitionOnline.com/tap12009/ http://camera.org http://iris.org.il
Those, who refuse to do the math, are doomed to talk nonsense.
^ permalink raw reply [flat|nested] 35+ messages in thread
* bug#9132: 24.0.50; bootstrap failure on windows
2011-07-22 6:02 ` Eli Zaretskii
@ 2011-07-22 14:18 ` Sam Steingold
0 siblings, 0 replies; 35+ messages in thread
From: Sam Steingold @ 2011-07-22 14:18 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: 9132
> * Eli Zaretskii <ryvm@tah.bet> [2011-07-22 09:02:27 +0300]:
>> I have never heard anyone claim that the strerror message should not be printed.
> I meant the text around what strerror returns.
the problem was that strerror was not printed at all.
--
Sam Steingold (http://sds.podval.org/) on CentOS release 5.6 (Final) X 11.0.60900031
http://dhimmi.com http://pmw.org.il http://www.memritv.org http://ffii.org
http://camera.org http://palestinefacts.org http://thereligionofpeace.com
There are many reasons not to use Linux - but no good ones.
^ permalink raw reply [flat|nested] 35+ messages in thread
* bug#9132: 24.0.50; bootstrap failure on windows
2011-07-22 14:08 ` Sam Steingold
@ 2011-07-22 14:26 ` Eli Zaretskii
0 siblings, 0 replies; 35+ messages in thread
From: Eli Zaretskii @ 2011-07-22 14:26 UTC (permalink / raw)
To: sds; +Cc: 9132
> From: Sam Steingold <sds@gnu.org>
> Cc: 9132@debbugs.gnu.org
> Date: Fri, 22 Jul 2011 10:08:08 -0400
>
> > * Eli Zaretskii <ryvm@tah.bet> [2011-07-22 09:00:30 +0300]:
> >
> > So the symbol is bound, but Emacs thinks it's not a function? What
> > does this print?
> >
> > "./../src/oo/i386/emacs.exe" -batch -l ../lisp/emacs-lisp/bytecomp.el
> > --eval "(print (symbol-function 'batch-byte-compile))"
>
> (closure (byte-compile--for-effect print-gensym-alist byte-compile--outbuffer by
> te-compiler-error-flag byte-compile-free-assignments byte-compile-free-reference
> s t) (&optional noforce) "Run `byte-compile-file' on the files remaining on the
> command line.
> Use this from the command line, with `-batch';
> it won't work in an interactive Emacs.
> Each file is processed even if an error occurred previously.
> For example, invoke \"emacs -batch -f batch-byte-compile $emacs/ ~/*.el\".
> If NOFORCE is non-nil, don't recompile a file that seems to be
> already up-to-date." (defvar command-line-args-left) (if (not noninteractive) (e
> rror "`batch-byte-compile' is to be used only with -batch")) (let ((error nil))
> (while command-line-args-left (if (file-directory-p (expand-file-name (car comma
> nd-line-args-left))) (let (source dest) (dolist (file (directory-files (car comm
> and-line-args-left))) (if (and (string-match emacs-lisp-file-regexp file) (not (
> auto-save-file-name-p file)) (setq source (expand-file-name file (car command-li
> ne-args-left))) (setq dest (byte-compile-dest-file source)) (file-exists-p dest)
> (file-newer-than-file-p source dest)) (if (null (batch-byte-compile-file source
> )) (setq error t))))) (if (or (not noforce) (let* ((source (car command-line-arg
> s-left)) (dest (byte-compile-dest-file source))) (or (not (file-exists-p dest))
> (file-newer-than-file-p source dest)))) (if (null (batch-byte-compile-file (car
> command-line-args-left))) (setq error t)))) (setq command-line-args-left (cdr co
> mmand-line-args-left))) (kill-emacs (if error 1 0))))
Now I'm totally stumped: it shows contents of the symbol-function
cell, but still claims that the function is undefined??
> >> why do I have oo and oo-spd?!
> >
> > oo/ is the unoptimized build, oo-spd/ the optimized one. Neat, ain't
> > it?
>
> I would prefer to be able to specify this from the configure command line.
Patches for that are welcome (although I personally would not have any
use for such an option).
^ permalink raw reply [flat|nested] 35+ messages in thread
* bug#9132: 24.0.50; bootstrap failure on windows
2011-07-21 4:11 ` Sam Steingold
@ 2013-02-06 20:11 ` Glenn Morris
0 siblings, 0 replies; 35+ messages in thread
From: Glenn Morris @ 2013-02-06 20:11 UTC (permalink / raw)
To: 9132-done
I'm assuming this two year old report about a bootstrap failure is no
longer relevant, but if it is, please reopen with a summary of the
current situation.
^ permalink raw reply [flat|nested] 35+ messages in thread
end of thread, other threads:[~2013-02-06 20:11 UTC | newest]
Thread overview: 35+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2011-07-20 21:13 bug#9132: 24.0.50; bootstrap failure on windows Sam Steingold
[not found] ` <handler.9132.B.131119643427511.ack@debbugs.gnu.org>
2011-07-20 21:18 ` Sam Steingold
2011-07-20 21:30 ` Juanma Barranquero
2011-07-20 22:27 ` Sam Steingold
2011-07-20 22:30 ` Juanma Barranquero
2011-07-20 22:34 ` Sam Steingold
2011-07-20 23:10 ` Juanma Barranquero
2011-07-21 4:11 ` Sam Steingold
2013-02-06 20:11 ` Glenn Morris
2011-07-21 8:38 ` Eli Zaretskii
2011-07-21 14:46 ` Sam Steingold
2011-07-21 17:13 ` Eli Zaretskii
2011-07-21 18:30 ` Sam Steingold
2011-07-21 19:10 ` Eli Zaretskii
2011-07-21 19:45 ` Sam Steingold
2011-07-22 6:04 ` Eli Zaretskii
2011-07-21 16:32 ` Sam Steingold
2011-07-21 17:25 ` Eli Zaretskii
2011-07-21 17:34 ` Lennart Borgman
2011-07-21 18:08 ` Sam Steingold
2011-07-21 19:06 ` Eli Zaretskii
2011-07-21 19:44 ` Sam Steingold
2011-07-22 6:02 ` Eli Zaretskii
2011-07-22 14:18 ` Sam Steingold
2011-07-21 19:11 ` Glenn Morris
2011-07-21 8:36 ` Eli Zaretskii
2011-07-21 14:53 ` Sam Steingold
2011-07-21 17:17 ` Eli Zaretskii
2011-07-21 18:08 ` Sam Steingold
2011-07-21 19:21 ` Eli Zaretskii
2011-07-21 19:42 ` Sam Steingold
2011-07-22 6:00 ` Eli Zaretskii
2011-07-22 6:58 ` Lennart Borgman
2011-07-22 14:08 ` Sam Steingold
2011-07-22 14:26 ` Eli Zaretskii
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.