* bootstrapping fails
@ 2003-02-18 1:08 Luc Teirlinck
0 siblings, 0 replies; 40+ messages in thread
From: Luc Teirlinck @ 2003-02-18 1:08 UTC (permalink / raw)
The "curse of the question mark" hit again, bootstrapping fails.
End of `make bootstrap' output:
Loading help (source)...
Invalid read syntax: "?"
make[1]: *** [bootstrap-emacs] Error 255
make[1]: Leaving directory `/home/teirllm/CVSemacsdir/emacs/src'
make: *** [bootstrap] Error 2
Sincerely,
Luc.
^ permalink raw reply [flat|nested] 40+ messages in thread
* bootstrapping fails
@ 2003-03-25 21:57 Luc Teirlinck
0 siblings, 0 replies; 40+ messages in thread
From: Luc Teirlinck @ 2003-03-25 21:57 UTC (permalink / raw)
Bootstrapping fails. End of `make bootstrap' output:
Loading files (source)...
make[1]: *** [bootstrap-emacs] Aborted
make[1]: Leaving directory `/home/teirllm/CVSemacsdir/emacs/src'
make: *** [bootstrap] Error 2
Sincerely,
Luc.
^ permalink raw reply [flat|nested] 40+ messages in thread
* bootstrapping fails
@ 2003-04-12 21:29 Luc Teirlinck
0 siblings, 0 replies; 40+ messages in thread
From: Luc Teirlinck @ 2003-04-12 21:29 UTC (permalink / raw)
Bootstrapping fails. End of make bootstrap output:
In toplevel form:
byte-opt.el:1298:2:Error: Symbol's value as variable is void:
byte-compile-dynamic-variables
make[1]: *** [compile] Error 1
make[1]: Leaving directory `/home/teirllm/CVSemacsdir/emacs/lisp'
make: *** [bootstrap] Error 2
^ permalink raw reply [flat|nested] 40+ messages in thread
* bootstrapping fails
@ 2003-04-29 2:14 Luc Teirlinck
2003-04-29 2:54 ` John Paul Wallington
0 siblings, 1 reply; 40+ messages in thread
From: Luc Teirlinck @ 2003-04-29 2:14 UTC (permalink / raw)
Bootstrapping fails.
End of make bootstrap output:
In toplevel form:
cl-extra.el:57:11:Error: Wrong type argument: integerp,
"\\`c[ad]+r\\'"
make[1]: *** [compile] Error 1
make[1]: Leaving directory `/home/teirllm/CVSemacsdir/emacs/lisp'
make: *** [bootstrap] Error 2
^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: bootstrapping fails
2003-04-29 2:14 bootstrapping fails Luc Teirlinck
@ 2003-04-29 2:54 ` John Paul Wallington
2003-04-29 3:24 ` Luc Teirlinck
0 siblings, 1 reply; 40+ messages in thread
From: John Paul Wallington @ 2003-04-29 2:54 UTC (permalink / raw)
Cc: emacs-devel
> Bootstrapping fails.
>
> End of make bootstrap output:
>
> In toplevel form:
> cl-extra.el:57:11:Error: Wrong type argument: integerp,
> "\\`c[ad]+r\\'"
> make[1]: *** [compile] Error 1
> make[1]: Leaving directory `/home/teirllm/CVSemacsdir/emacs/lisp'
> make: *** [bootstrap] Error 2
It is just a typo; `match-string' should be `string-match'.
^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: bootstrapping fails
2003-04-29 2:54 ` John Paul Wallington
@ 2003-04-29 3:24 ` Luc Teirlinck
0 siblings, 0 replies; 40+ messages in thread
From: Luc Teirlinck @ 2003-04-29 3:24 UTC (permalink / raw)
Cc: emacs-devel
John Paul Wallington wrote:
It is just a typo; `match-string' should be `string-match'.
Bootstrapping now indeed works OK. Thanks.
Sincerely,
Luc.
^ permalink raw reply [flat|nested] 40+ messages in thread
* Bootstrapping fails.
@ 2003-05-01 2:06 Luc Teirlinck
0 siblings, 0 replies; 40+ messages in thread
From: Luc Teirlinck @ 2003-05-01 2:06 UTC (permalink / raw)
Bootstrapping fails. End of make bootstrap output:
Loading cus-start (source)...
Wrong type argument: integerp, (0 4 3 4)
make[1]: *** [bootstrap-emacs] Error 255
make[1]: Leaving directory `/home/teirllm/CVSemacsdir/emacs/src'
make: *** [bootstrap] Error 2
^ permalink raw reply [flat|nested] 40+ messages in thread
* Bootstrapping fails
@ 2003-05-31 20:46 Luc Teirlinck
2003-05-31 20:52 ` Luc Teirlinck
0 siblings, 1 reply; 40+ messages in thread
From: Luc Teirlinck @ 2003-05-31 20:46 UTC (permalink / raw)
During bootstrapping I get the error:
make[2]: *** No rule to make target
`/home/teirllm/emacscvsdir/emacs/src/../lisp/byte-run.elc', needed by
`../etc/DOC'. Stop.
make[2]: Leaving directory `/home/teirllm/emacscvsdir/emacs/src'
make[1]: *** [src] Error 2
make[1]: Leaving directory `/home/teirllm/emacscvsdir/emacs'
make: *** [bootstrap] Error 2
byte-run.el is indeed missing. I do not believe that I accidentally
removed it and even if I did, I updated a second time, so should the
update not have added it right back?
I updated with:
cvs -z3 -d teirllm@subversions.gnu.org:/cvsroot/emacs co .
Sincerely,
Luc.
^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: Bootstrapping fails
2003-05-31 20:46 Bootstrapping fails Luc Teirlinck
@ 2003-05-31 20:52 ` Luc Teirlinck
2003-05-31 21:08 ` Luc Teirlinck
0 siblings, 1 reply; 40+ messages in thread
From: Luc Teirlinck @ 2003-05-31 20:52 UTC (permalink / raw)
Cc: emacs-devel
Now I see what happened. byte-run.el was moved to obsolete. But the
make file does not know that it is obsolete.
Sincerely,
Luc.
^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: Bootstrapping fails
2003-05-31 20:52 ` Luc Teirlinck
@ 2003-05-31 21:08 ` Luc Teirlinck
2003-05-31 21:13 ` John Paul Wallington
0 siblings, 1 reply; 40+ messages in thread
From: Luc Teirlinck @ 2003-05-31 21:08 UTC (permalink / raw)
Cc: emacs-devel
No, byte-run.el is not in obsolete either, in spite of what the change
log says.
Sincerely,
Luc.
^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: Bootstrapping fails
2003-05-31 21:08 ` Luc Teirlinck
@ 2003-05-31 21:13 ` John Paul Wallington
2003-05-31 21:22 ` Luc Teirlinck
0 siblings, 1 reply; 40+ messages in thread
From: John Paul Wallington @ 2003-05-31 21:13 UTC (permalink / raw)
Cc: emacs-devel
> No, byte-run.el is not in obsolete either, in spite of what the change
> log says.
The ChangeLog says it was moved to emacs-lisp.
^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: Bootstrapping fails
2003-05-31 21:13 ` John Paul Wallington
@ 2003-05-31 21:22 ` Luc Teirlinck
0 siblings, 0 replies; 40+ messages in thread
From: Luc Teirlinck @ 2003-05-31 21:22 UTC (permalink / raw)
Cc: emacs-devel
John Paul Wallington wrote:
> No, byte-run.el is not in obsolete either, in spite of what the change
> log says.
The ChangeLog says it was moved to emacs-lisp.
Yes, I misread. Somehow the make file does not seem to be able to find
it there, however.
Sincerely,
Luc.
^ permalink raw reply [flat|nested] 40+ messages in thread
* bootstrapping fails.
@ 2003-07-09 18:26 Luc Teirlinck
2003-07-09 20:17 ` Luc Teirlinck
0 siblings, 1 reply; 40+ messages in thread
From: Luc Teirlinck @ 2003-07-09 18:26 UTC (permalink / raw)
Bootstrapping fails.
After:
make distclean
./configure --without-toolkit-scroll-bars
make bootstrap
End of make bootstrap output:
Fatal error (11).make[1]: *** [compile] Error 1
make[1]: Leaving directory `/home/teirllm/emacscvsdir/emacs/lisp'
make: *** [bootstrap] Error 2
^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: bootstrapping fails.
2003-07-09 18:26 Luc Teirlinck
@ 2003-07-09 20:17 ` Luc Teirlinck
0 siblings, 0 replies; 40+ messages in thread
From: Luc Teirlinck @ 2003-07-09 20:17 UTC (permalink / raw)
Cc: emacs-devel
The problem with bootstrapping, which I reported in my earlier
message, seems to have been fixed now.
Sincerely,
Luc.
^ permalink raw reply [flat|nested] 40+ messages in thread
* bootstrapping fails.
@ 2004-06-05 1:00 Luc Teirlinck
2004-06-05 1:55 ` Juanma Barranquero
0 siblings, 1 reply; 40+ messages in thread
From: Luc Teirlinck @ 2004-06-05 1:00 UTC (permalink / raw)
Bootstrapping fails. It still worked just a few hours ago.
Loading cus-face (source)...
Loading faces (source)...
make[1]: *** [bootstrap-emacs] Segmentation fault
make[1]: Leaving directory `/home/teirllm/emacscvsdir/emacs/src'
make: *** [bootstrap] Error 2
^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: bootstrapping fails.
2004-06-05 1:00 Luc Teirlinck
@ 2004-06-05 1:55 ` Juanma Barranquero
2004-06-05 2:08 ` Luc Teirlinck
2004-06-05 10:45 ` Miles Bader
0 siblings, 2 replies; 40+ messages in thread
From: Juanma Barranquero @ 2004-06-05 1:55 UTC (permalink / raw)
Cc: Luc Teirlinck
On Fri, 4 Jun 2004 20:00:44 -0500 (CDT), wrote:
> Bootstrapping fails. It still worked just a few hours ago.
Should work again.
For some reason,
(defface help-argument-name '((((supports :slant italic)) :inherit italic)) "...")
is segfaulting in `display-supports-face-attributes-p' during bootstrap, although
it works if defined afterwards...
I've just redefined the face to be '((t :inherit italic)), which should
work anyway, till we determine what is causing the crash.
/L/e/k/t/u
^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: bootstrapping fails.
2004-06-05 1:55 ` Juanma Barranquero
@ 2004-06-05 2:08 ` Luc Teirlinck
2004-06-05 15:29 ` Juanma Barranquero
2004-06-05 10:45 ` Miles Bader
1 sibling, 1 reply; 40+ messages in thread
From: Luc Teirlinck @ 2004-06-05 2:08 UTC (permalink / raw)
Cc: emacs-devel
Juanma Barranquero wrote:
I've just redefined the face to be '((t :inherit italic)), which should
work anyway, till we determine what is causing the crash.
Even before that change, reverting Revision 1.296 to xfaces.c got rid
of the crash.
Sincerely,
Luc.
^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: bootstrapping fails.
2004-06-05 1:55 ` Juanma Barranquero
2004-06-05 2:08 ` Luc Teirlinck
@ 2004-06-05 10:45 ` Miles Bader
2004-06-05 15:41 ` Juanma Barranquero
1 sibling, 1 reply; 40+ messages in thread
From: Miles Bader @ 2004-06-05 10:45 UTC (permalink / raw)
Juanma Barranquero <lektu@mi.madritel.es> writes:
> (defface help-argument-name '((((supports :slant italic)) :inherit italic)) "...")
>
> is segfaulting in `display-supports-face-attributes-p' during bootstrap, although
> it works if defined afterwards...
Can you send me a backtrace, if you have one handy? Bootstrapping on
my machine takes a loooong time...
Have you seen this crash anytime _except_ bootstrapping? [I don't see
it during dumping or normal usage.]
Thanks,
-Miles
--
If you can't beat them, arrange to have them beaten. [George Carlin]
^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: bootstrapping fails.
2004-06-05 2:08 ` Luc Teirlinck
@ 2004-06-05 15:29 ` Juanma Barranquero
0 siblings, 0 replies; 40+ messages in thread
From: Juanma Barranquero @ 2004-06-05 15:29 UTC (permalink / raw)
On Fri, 4 Jun 2004 21:08:33 -0500 (CDT), Luc Teirlinck <teirllm@dms.auburn.edu> wrote:
> Even before that change, reverting Revision 1.296 to xfaces.c got rid
> of the crash.
Yes, I supposed as much. But as was my patch the one who triggered the
bug, it was better to revert it and wait for a proper fix.
/L/e/k/t/u
^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: bootstrapping fails.
2004-06-05 10:45 ` Miles Bader
@ 2004-06-05 15:41 ` Juanma Barranquero
2004-06-05 22:49 ` Miles Bader
0 siblings, 1 reply; 40+ messages in thread
From: Juanma Barranquero @ 2004-06-05 15:41 UTC (permalink / raw)
Cc: Miles Bader
On Sat, 05 Jun 2004 19:45:48 +0900, Miles Bader <miles@gnu.org> wrote:
> Can you send me a backtrace, if you have one handy? Bootstrapping on
> my machine takes a loooong time...
I'm compiling on Windows, with MSVC. The error says:
"Unhandled exception at 0x01195e3d in temacs.exe: 0xC0000005: Access
violation reading location 0x00000010."
The crash is in this line (6057 of xfaces.c), in the middle of
display-supports-face-attribute-p:
def_face = FACE_FROM_ID (f, DEFAULT_FACE_ID);
This is the stack trace:
Fdisplay_supports_face_attributes_p(int attributes=-1584855792, int display=-2123201536) Line 6057 + 0x6 C
Feval(int form=-1585805776) Line 2081 + 0x14 C
Fprogn(int args=-1585805800) Line 408 + 0x11 C
Fcond(int args=-1585805808) Line 385 + 0x12 C
Feval(int form=-1585804160) Line 2025 + 0x10 C
Fsetq(int args=-1585803832) Line 510 + 0x1b C
Feval(int form=-1585803824) Line 2025 + 0x10 C
Fprogn(int args=-1585805896) Line 408 + 0x11 C
Fwhile(int args=-1585803816) Line 958 + 0x9 C
Feval(int form=-1585803784) Line 2025 + 0x10 C
Fprogn(int args=-1585805904) Line 408 + 0x11 C
FletX(int args=-1585803696) Line 878 + 0x12 C
Feval(int form=-1585803560) Line 2025 + 0x10 C
Fprogn(int args=-1585805920) Line 408 + 0x11 C
funcall_lambda(int fun=-1585805928, int nargs=2, int * arg_vector=0x0082bdc8) Line 2906 + 0x1a C
apply_lambda(int fun=-1585805928, int args=-1585806536, int eval_flag=1) Line 2835 + 0x17 C
Feval(int form=-1585806520) Line 2136 + 0xf C
Fif(int args=-1584856848) Line 352 + 0x12 C
Feval(int form=-1584856840) Line 2025 + 0x10 C
Feval(int form=-1585806512) Line 2134 + 0x1f C
Fprogn(int args=-1585776696) Line 408 + 0x11 C
FletX(int args=-1585806336) Line 878 + 0x12 C
Feval(int form=-1585806208) Line 2025 + 0x10 C
Fprogn(int args=-1585776704) Line 408 + 0x11 C
Fwhile(int args=-1585806200) Line 958 + 0x9 C
Feval(int form=-1585806192) Line 2025 + 0x10 C
Fprogn(int args=-1585776712) Line 408 + 0x11 C
Flet(int args=-1585806168) Line 936 + 0x12 C
Feval(int form=-1585806120) Line 2025 + 0x10 C
Fprogn(int args=-1585777536) Line 408 + 0x11 C
funcall_lambda(int fun=-1585777544, int nargs=2, int * arg_vector=0x0082c328) Line 2906 + 0x1a C
apply_lambda(int fun=-1585777544, int args=-1585779072, int eval_flag=1) Line 2835 + 0x17 C
Feval(int form=-1585779064) Line 2136 + 0xf C
Flet(int args=-1585779120) Line 920 + 0x1b C
Feval(int form=-1585779048) Line 2025 + 0x10 C
Fprogn(int args=-1585784304) Line 408 + 0x11 C
funcall_lambda(int fun=-1585784456, int nargs=3, int * arg_vector=0x0082c544) Line 2906 + 0x1a C
apply_lambda(int fun=-1585784456, int args=-1585310104, int eval_flag=1) Line 2835 + 0x17 C
Feval(int form=-1585310112) Line 2136 + 0xf C
Fprogn(int args=-1585310080) Line 408 + 0x11 C
Fwhile(int args=-1585310200) Line 958 + 0x9 C
Feval(int form=-1585310208) Line 2025 + 0x10 C
Fprogn(int args=-1585310072) Line 408 + 0x11 C
Flet(int args=-1585310240) Line 936 + 0x12 C
Feval(int form=-1585310376) Line 2025 + 0x10 C
Fprogn(int args=-1584855544) Line 408 + 0x11 C
Fif(int args=-1584855528) Line 357 + 0x1b C
Feval(int form=-1584855520) Line 2025 + 0x10 C
Feval(int form=-1585310408) Line 2134 + 0x1f C
Fprogn(int args=-1584855592) Line 408 + 0x11 C
Feval(int form=-1584855584) Line 2025 + 0x10 C
Fif(int args=-1584855568) Line 356 + 0x1b C
Feval(int form=-1584855560) Line 2025 + 0x10 C
Feval(int form=-1585310456) Line 2134 + 0x1f C
Fprogn(int args=-1584855624) Line 408 + 0x11 C
Fif(int args=-1584855608) Line 357 + 0x1b C
Feval(int form=-1584855600) Line 2025 + 0x10 C
Feval(int form=-1585310512) Line 2134 + 0x1f C
Fprogn(int args=-1585311680) Line 408 + 0x11 C
funcall_lambda(int fun=-1585311664, int nargs=3, int * arg_vector=0x0082cd38) Line 2906 + 0x1a C
apply_lambda(int fun=-1585311664, int args=-1584855672, int eval_flag=1) Line 2835 + 0x17 C
Feval(int form=-1584855664) Line 2136 + 0xf C
Feval(int form=-1584855816) Line 2134 + 0x1f C
readevalloop(int readcharfun=-2123111424, _iobuf * stream=0x00000000, int sourcename=1635733664, int (void)* evalfun=0x01146bd0, int printflag=0, int unibyte=561157120, int readfun=561157120) Line 1376 + 0x7 C
Feval_buffer(int buffer=-2123111424, int printflag=561157120, int filename=1635733664, int unibyte=561157120, int do_allow_print=561157168) Line 1434 + 0x2e C
Feval(int form=-1585802056) Line 2093 + 0x20 C
Fprogn(int args=-1585802008) Line 408 + 0x11 C
Flet(int args=-1585800304) Line 936 + 0x12 C
Feval(int form=-1585800384) Line 2025 + 0x10 C
Funwind_protect(int args=-1585802000) Line 1191 + 0x12 C
Feval(int form=-1585800392) Line 2025 + 0x10 C
Fprogn(int args=-1585801928) Line 408 + 0x11 C
FletX(int args=-1585800568) Line 878 + 0x12 C
Feval(int form=-1585800808) Line 2025 + 0x10 C
Fprogn(int args=-1585801616) Line 408 + 0x11 C
Fif(int args=-1585800928) Line 357 + 0x1b C
Feval(int form=-1585800968) Line 2025 + 0x10 C
Fprogn(int args=-1585801608) Line 408 + 0x11 C
funcall_lambda(int fun=-1585801600, int nargs=4, int * arg_vector=0x0082d3f0) Line 2906 + 0x1a C
Ffuncall(int nargs=5, int * args=0x0082d3ec) Line 2783 + 0x14 C
call4(int fn=561265144, int arg1=1636135200, int arg2=1635733664, int arg3=561157120, int arg4=561157168) Line 2585 + 0xb C
Fload(int file=1635733664, int noerror=561157120, int nomessage=561157168, int nosuffix=561157120, int must_suffix=561157168) Line 866 + 0x69 C
Frequire(int feature=562324840, int filename=561157120, int noerror=561157120) Line 3418 + 0x5e C
Feval(int form=-1585328704) Line 2085 + 0x17 C
Fprogn(int args=-1585328752) Line 408 + 0x11 C
Flet(int args=-1585328696) Line 936 + 0x12 C
Feval(int form=-1585328632) Line 2025 + 0x10 C
Feval(int form=-1585328624) Line 2043 + 0x12 C
apply_lambda(int fun=-1585240800, int args=-1585328384, int eval_flag=1) Line 2822 + 0xf C
Feval(int form=-1585328248) Line 2136 + 0xf C
Fprogn(int args=-1585329904) Line 408 + 0x11 C
Fif(int args=-1585360400) Line 357 + 0x1b C
Feval(int form=-1585360360) Line 2025 + 0x10 C
Fprogn(int args=-1585329912) Line 408 + 0x11 C
FletX(int args=-1585392816) Line 878 + 0x12 C
Feval(int form=-1585385360) Line 2025 + 0x10 C
Fprogn(int args=-1585329936) Line 408 + 0x11 C
funcall_lambda(int fun=-1585329944, int nargs=2, int * arg_vector=0x0082da84) Line 2906 + 0x1a C
apply_lambda(int fun=-1585329944, int args=-1585383944, int eval_flag=1) Line 2835 + 0x17 C
Feval(int form=-1585383936) Line 2136 + 0xf C
Flet(int args=-1585384000) Line 920 + 0x1b C
Feval(int form=-1585383920) Line 2025 + 0x10 C
Fprogn(int args=-1585384968) Line 408 + 0x11 C
funcall_lambda(int fun=-1585384976, int nargs=3, int * arg_vector=0x0082dca0) Line 2906 + 0x1a C
apply_lambda(int fun=-1585384976, int args=-1585111080, int eval_flag=1) Line 2835 + 0x17 C
Feval(int form=-1585111088) Line 2136 + 0xf C
Feval(int form=-1585111096) Line 2043 + 0x12 C
Feval(int form=-1585111392) Line 2043 + 0x12 C
Fprogn(int args=-1585113024) Line 408 + 0x11 C
funcall_lambda(int fun=-1585113000, int nargs=3, int * arg_vector=0x0082df70) Line 2906 + 0x1a C
Ffuncall(int nargs=4, int * args=0x0082df6c) Line 2783 + 0x14 C
Fapply(int nargs=2, int * args=0x0082dfbc) Line 2231 + 0xd C
apply1(int fn=-1585113000, int arg=-1585071552) Line 2484 + 0xb C
Feval(int form=-1585071544) Line 2134 + 0x16 C
Feval(int form=-1585071928) Line 2134 + 0x1f C
Feval(int form=-1585072024) Line 2134 + 0x1f C
readevalloop(int readcharfun=-2123111936, _iobuf * stream=0x00000000, int sourcename=1635999376, int (void)* evalfun=0x01146bd0, int printflag=0, int unibyte=561157120, int readfun=561157120) Line 1376 + 0x7 C
Feval_buffer(int buffer=-2123111936, int printflag=561157120, int filename=1635999376, int unibyte=561157120, int do_allow_print=561157168) Line 1434 + 0x2e C
Feval(int form=-1585802056) Line 2093 + 0x20 C
Fprogn(int args=-1585802008) Line 408 + 0x11 C
Flet(int args=-1585800304) Line 936 + 0x12 C
Feval(int form=-1585800384) Line 2025 + 0x10 C
Funwind_protect(int args=-1585802000) Line 1191 + 0x12 C
Feval(int form=-1585800392) Line 2025 + 0x10 C
Fprogn(int args=-1585801928) Line 408 + 0x11 C
FletX(int args=-1585800568) Line 878 + 0x12 C
Feval(int form=-1585800808) Line 2025 + 0x10 C
Fprogn(int args=-1585801616) Line 408 + 0x11 C
Fif(int args=-1585800928) Line 357 + 0x1b C
Feval(int form=-1585800968) Line 2025 + 0x10 C
Fprogn(int args=-1585801608) Line 408 + 0x11 C
funcall_lambda(int fun=-1585801600, int nargs=4, int * arg_vector=0x0082e6d8) Line 2906 + 0x1a C
Ffuncall(int nargs=5, int * args=0x0082e6d4) Line 2783 + 0x14 C
call4(int fn=561265144, int arg1=1635718512, int arg2=1635999376, int arg3=561157120, int arg4=561157168) Line 2585 + 0xb C
Fload(int file=1635999376, int noerror=561157120, int nomessage=561157168, int nosuffix=561157120, int must_suffix=561157168) Line 866 + 0x69 C
do_autoload(int fundef=-1585210168, int funname=561427320) Line 1923 + 0x50 C
Feval(int form=-1585180936) Line 2130 + 0xd C
Fprogn(int args=-1585529112) Line 408 + 0x11 C
Fif(int args=-1585529128) Line 357 + 0x1b C
Feval(int form=-1585529136) Line 2025 + 0x10 C
Feval(int form=-1585180968) Line 2134 + 0x1f C
Fprogn(int args=-1585180728) Line 408 + 0x11 C
funcall_lambda(int fun=-1585180712, int nargs=2, int * arg_vector=0x0082ea90) Line 2906 + 0x1a C
apply_lambda(int fun=-1585180712, int args=-1585182648, int eval_flag=1) Line 2835 + 0x17 C
Feval(int form=-1585182656) Line 2136 + 0xf C
Fprogn(int args=-1585182616) Line 408 + 0x11 C
funcall_lambda(int fun=-1585182608, int nargs=1, int * arg_vector=0x0082ebd0) Line 2906 + 0x1a C
apply_lambda(int fun=-1585182608, int args=-1585310224, int eval_flag=1) Line 2835 + 0x17 C
Feval(int form=-1585310232) Line 2136 + 0xf C
Fprogn(int args=-1585310216) Line 408 + 0x11 C
Flet(int args=-1585310240) Line 936 + 0x12 C
Feval(int form=-1585310376) Line 2025 + 0x10 C
Fprogn(int args=-1585529040) Line 408 + 0x11 C
Fif(int args=-1585529072) Line 357 + 0x1b C
Feval(int form=-1585529080) Line 2025 + 0x10 C
Feval(int form=-1585310408) Line 2134 + 0x1f C
Fprogn(int args=-1585528984) Line 408 + 0x11 C
Feval(int form=-1585528992) Line 2025 + 0x10 C
Fif(int args=-1585529008) Line 356 + 0x1b C
Feval(int form=-1585529024) Line 2025 + 0x10 C
Feval(int form=-1585310456) Line 2134 + 0x1f C
Fprogn(int args=-1585528952) Line 408 + 0x11 C
Fif(int args=-1585528968) Line 357 + 0x1b C
Feval(int form=-1585528976) Line 2025 + 0x10 C
Feval(int form=-1585310512) Line 2134 + 0x1f C
Fprogn(int args=-1585311680) Line 408 + 0x11 C
funcall_lambda(int fun=-1585311664, int nargs=5, int * arg_vector=0x0082f2dc) Line 2906 + 0x1a C
apply_lambda(int fun=-1585311664, int args=-1585528872, int eval_flag=1) Line 2835 + 0x17 C
Feval(int form=-1585528880) Line 2136 + 0xf C
Feval(int form=-1585528200) Line 2134 + 0x1f C
readevalloop(int readcharfun=-2122158080, _iobuf * stream=0x00000000, int sourcename=1635924448, int (void)* evalfun=0x01146bd0, int printflag=0, int unibyte=561157120, int readfun=561157120) Line 1376 + 0x7 C
Feval_buffer(int buffer=-2122158080, int printflag=561157120, int filename=1635924448, int unibyte=561157120, int do_allow_print=561157168) Line 1434 + 0x2e C
Feval(int form=-1585802056) Line 2093 + 0x20 C
Fprogn(int args=-1585802008) Line 408 + 0x11 C
Flet(int args=-1585800304) Line 936 + 0x12 C
Feval(int form=-1585800384) Line 2025 + 0x10 C
Funwind_protect(int args=-1585802000) Line 1191 + 0x12 C
Feval(int form=-1585800392) Line 2025 + 0x10 C
Fprogn(int args=-1585801928) Line 408 + 0x11 C
FletX(int args=-1585800568) Line 878 + 0x12 C
Feval(int form=-1585800808) Line 2025 + 0x10 C
Fprogn(int args=-1585801616) Line 408 + 0x11 C
Fif(int args=-1585800928) Line 357 + 0x1b C
Feval(int form=-1585800968) Line 2025 + 0x10 C
Fprogn(int args=-1585801608) Line 408 + 0x11 C
funcall_lambda(int fun=-1585801600, int nargs=4, int * arg_vector=0x0082f99c) Line 2906 + 0x1a C
Ffuncall(int nargs=5, int * args=0x0082f998) Line 2783 + 0x14 C
call4(int fn=561265144, int arg1=1635924512, int arg2=1635924448, int arg3=561157120, int arg4=561157120) Line 2585 + 0xb C
Fload(int file=1635924448, int noerror=561157120, int nomessage=561157120, int nosuffix=561157120, int must_suffix=561157120) Line 866 + 0x69 C
Feval(int form=-1585319096) Line 2093 + 0x20 C
readevalloop(int readcharfun=561262552, _iobuf * stream=0x01212240, int sourcename=1635136912, int (void)* evalfun=0x01146bd0, int printflag=0, int unibyte=561157120, int readfun=561157120) Line 1376 + 0x7 C
Fload(int file=1635136912, int noerror=561157120, int nomessage=561157120, int nosuffix=561157120, int must_suffix=561157120) Line 914 + 0x29 C
Feval(int form=-1586277880) Line 2093 + 0x20 C
top_level_2() Line 1280 + 0xb C
internal_condition_case(int (void)* bfun=0x01014d00, int handlers=561235520, int (void)* hfun=0x010149c0) Line 1333 + 0x3 C
top_level_1() Line 1288 + 0x16 C
internal_catch(int tag=561231808, int (void)* func=0x01014d20, int arg=561157120) Line 1094 + 0x7 C
command_loop() Line 1249 + 0x18 C
recursive_edit_1() Line 961 + 0x5 C
Frecursive_edit() Line 1023 C
main() Line 1695 C
mainCRTStartup() Line 259 + 0x12 C
_start() Line 131 C
GetCurrentDirectoryW() + 0x44
> Have you seen this crash anytime _except_ bootstrapping? [I don't see
> it during dumping or normal usage.]
No, just on bootstrapping.
Good luck,
/L/e/k/t/u
^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: bootstrapping fails.
2004-06-05 15:41 ` Juanma Barranquero
@ 2004-06-05 22:49 ` Miles Bader
2004-06-06 0:29 ` Juanma Barranquero
0 siblings, 1 reply; 40+ messages in thread
From: Miles Bader @ 2004-06-05 22:49 UTC (permalink / raw)
Juanma Barranquero <lektu@mi.madritel.es> writes:
> The crash is in this line (6057 of xfaces.c), in the middle of
> display-supports-face-attribute-p:
>
> def_face = FACE_FROM_ID (f, DEFAULT_FACE_ID);
Try the following stupid-but-obvious patch:
M src/xfaces.c
* modified files
--- orig/src/xfaces.c
+++ mod/src/xfaces.c
@@ -6027,6 +6027,12 @@
struct face *def_face;
Lisp_Object attrs[LFACE_VECTOR_SIZE];
+ if (noninteractive || !initialized)
+ /* We may not be able to access low-level face information in batch
+ mode, or before being dumped, and this function is not going to
+ be very useful in those cases anyway, so just give up. */
+ return Qnil;
+
if (NILP (display))
frame = selected_frame;
else if (FRAMEP (display))
Thanks,
-Miles
--
Fast, small, soon; pick any 2.
^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: bootstrapping fails.
2004-06-05 22:49 ` Miles Bader
@ 2004-06-06 0:29 ` Juanma Barranquero
0 siblings, 0 replies; 40+ messages in thread
From: Juanma Barranquero @ 2004-06-06 0:29 UTC (permalink / raw)
Cc: Miles Bader
On Sun, 06 Jun 2004 07:49:23 +0900, Miles Bader <miles@gnu.org> wrote:
> Try the following stupid-but-obvious patch:
> + if (noninteractive || !initialized)
> + /* We may not be able to access low-level face information in batch
> + mode, or before being dumped, and this function is not going to
> + be very useful in those cases anyway, so just give up. */
> + return Qnil;
> +
Yes, it works. I can bootstrap now with a `supports' spec.
/L/e/k/t/u
^ permalink raw reply [flat|nested] 40+ messages in thread
* bootstrapping fails
@ 2004-08-19 15:30 Luc Teirlinck
2004-08-19 15:44 ` Luc Teirlinck
2004-08-20 14:49 ` Eli Zaretskii
0 siblings, 2 replies; 40+ messages in thread
From: Luc Teirlinck @ 2004-08-19 15:30 UTC (permalink / raw)
I do:
cvs -z3 -d teirllm@subversions.gnu.org:/cvsroot/emacs co .
cd emacs
make maintainer-clean
./configure --without-toolkit-scroll-bars
make bootstrap
Result:
gcc -c -D_BSD_SOURCE -Demacs -DHAVE_CONFIG_H -DUSE_LUCID
-I. -I/home/teirllm/emacscvsdir/emacs/src -D_BSD_SOURCE
-I/usr/X11R6/include -g -O2 process.c
process.c: In function `Faccept_process_output':
process.c:3773: too few arguments to function
`wait_reading_process_input'
process.c: In function `wait_reading_process_input':
process.c:4019: number of arguments doesn't match prototype
lisp.h:2967: prototype declaration
process.c: In function `send_process':
process.c:5347: too few arguments to function
`wait_reading_process_input'
make[1]: *** [process.o] Error 1
make[1]: Leaving directory `/home/teirllm/emacscvsdir/emacs/src'
make: *** [bootstrap] Error 2
What is weird is that wait_reading_process_input ia apparently defined
_twice_ in process.c, once on line 4015, once on line 6879.
Sincerely,
Luc.
^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: bootstrapping fails
2004-08-19 15:30 Luc Teirlinck
@ 2004-08-19 15:44 ` Luc Teirlinck
2004-08-19 15:59 ` Andreas Schwab
2004-08-20 14:49 ` Eli Zaretskii
1 sibling, 1 reply; 40+ messages in thread
From: Luc Teirlinck @ 2004-08-19 15:44 UTC (permalink / raw)
Cc: emacs-devel
What went wrong is that I apparently somehow got version 1.429 of
process.c instead of version 1.439, the latest CVS version. But if I
delete the file and do:
cvs -z3 -d teirllm@subversions.gnu.org:/cvsroot/emacs co .
again, I keep getting version 1.429.
Sincerely,
Luc.
^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: bootstrapping fails
2004-08-19 15:44 ` Luc Teirlinck
@ 2004-08-19 15:59 ` Andreas Schwab
2004-08-19 16:38 ` Luc Teirlinck
0 siblings, 1 reply; 40+ messages in thread
From: Andreas Schwab @ 2004-08-19 15:59 UTC (permalink / raw)
Cc: emacs-devel
Luc Teirlinck <teirllm@dms.auburn.edu> writes:
> What went wrong is that I apparently somehow got version 1.429 of
> process.c instead of version 1.439, the latest CVS version. But if I
> delete the file and do:
>
> cvs -z3 -d teirllm@subversions.gnu.org:/cvsroot/emacs co .
>
> again, I keep getting version 1.429.
Works fine from here. Are you sure you don't have a sticky tag?
Andreas.
--
Andreas Schwab, SuSE Labs, schwab@suse.de
SuSE Linux AG, Maxfeldstraße 5, 90409 Nürnberg, Germany
Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5
"And now for something completely different."
^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: bootstrapping fails
2004-08-19 15:59 ` Andreas Schwab
@ 2004-08-19 16:38 ` Luc Teirlinck
2004-08-19 17:02 ` Stefan Monnier
0 siblings, 1 reply; 40+ messages in thread
From: Luc Teirlinck @ 2004-08-19 16:38 UTC (permalink / raw)
Cc: emacs-devel
Works fine from here. Are you sure you don't have a sticky tag?
I did have a sticky tag. I was surprised that it stayed after
deleting the file and updating, but I just must have done _something_
wrong. After C-u C-x v v, everything works fine now.
Sorry for the false alarm.
Sincerely,
Luc.
^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: bootstrapping fails
2004-08-19 16:38 ` Luc Teirlinck
@ 2004-08-19 17:02 ` Stefan Monnier
0 siblings, 0 replies; 40+ messages in thread
From: Stefan Monnier @ 2004-08-19 17:02 UTC (permalink / raw)
Cc: schwab, emacs-devel
> I did have a sticky tag. I was surprised that it stayed after deleting
> the file and updating, but I just must have done _something_ wrong.
Sticky tags definitely survive such things.
You need `cvs update -A' to get rid of sticky tags.
Stefan
^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: bootstrapping fails
2004-08-19 15:30 Luc Teirlinck
2004-08-19 15:44 ` Luc Teirlinck
@ 2004-08-20 14:49 ` Eli Zaretskii
1 sibling, 0 replies; 40+ messages in thread
From: Eli Zaretskii @ 2004-08-20 14:49 UTC (permalink / raw)
Cc: emacs-devel
> Date: Thu, 19 Aug 2004 10:30:09 -0500 (CDT)
> From: Luc Teirlinck <teirllm@dms.auburn.edu>
>
> What is weird is that wait_reading_process_input ia apparently defined
> _twice_ in process.c, once on line 4015, once on line 6879.
That's normal: the first definition is for the version that supports
async subprocesses, the second one for the one that does not
(currently, only the MS-DOS build uses the second definition).
You will see that there's a line saying
#else /* not subprocesses */
somewhere near line 6832 in process.c.
^ permalink raw reply [flat|nested] 40+ messages in thread
* bootstrapping fails
@ 2004-09-29 2:59 Luc Teirlinck
2004-09-29 8:52 ` Kim F. Storm
0 siblings, 1 reply; 40+ messages in thread
From: Luc Teirlinck @ 2004-09-29 2:59 UTC (permalink / raw)
Bootstrapping fails. This must be due to a very recent change,
because bootstrapping worked fine approximately five hours ago.
>From the `make bootstrap output':
Compiling /home/teirllm/emacscvsdir/emacs/lisp/./tooltip.el
Fatal error (11)make[1]: *** [compile] Error 1
make[1]: Leaving directory `/home/teirllm/emacscvsdir/emacs/lisp'
make: *** [bootstrap] Error 2
Note that tooltip.el loads gdb-ui, which was affected by very recent
changes.
Sincerely,
Luc.
^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: bootstrapping fails
2004-09-29 2:59 Luc Teirlinck
@ 2004-09-29 8:52 ` Kim F. Storm
0 siblings, 0 replies; 40+ messages in thread
From: Kim F. Storm @ 2004-09-29 8:52 UTC (permalink / raw)
Cc: emacs-devel
Luc Teirlinck <teirllm@dms.auburn.edu> writes:
> Bootstrapping fails. This must be due to a very recent change,
> because bootstrapping worked fine approximately five hours ago.
>>From the `make bootstrap output':
>
> Compiling /home/teirllm/emacscvsdir/emacs/lisp/./tooltip.el
> Fatal error (11)make[1]: *** [compile] Error 1
> make[1]: Leaving directory `/home/teirllm/emacscvsdir/emacs/lisp'
> make: *** [bootstrap] Error 2
>
> Note that tooltip.el loads gdb-ui, which was affected by very recent
> changes.
>
Sorry, my err. I just installed a fix.
--
Kim F. Storm <storm@cua.dk> http://www.cua.dk
^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: bootstrapping fails
@ 2004-09-29 8:54 David PONCE
0 siblings, 0 replies; 40+ messages in thread
From: David PONCE @ 2004-09-29 8:54 UTC (permalink / raw)
Cc: emacs-devel
Hi,
> Bootstrapping fails. This must be due to a very recent change,
> because bootstrapping worked fine approximately five hours ago.
>>From the `make bootstrap output':
>
> Compiling /home/teirllm/emacscvsdir/emacs/lisp/./tooltip.el
> Fatal error (11)make[1]: *** [compile] Error 1
> make[1]: Leaving directory `/home/teirllm/emacscvsdir/emacs/lisp'
> make: *** [bootstrap] Error 2
>
> Note that tooltip.el loads gdb-ui, which was affected by very recent
> changes.
If that can help, here is a backtrace. It looks that in fringe.c,
the function init_fringe_bitmap segfault at bootstrap time.
Sincerely,
David
? EMACSLOADPATH=emacs/lisp gdb emacs/src/emacs-21.3.50
GNU gdb Red Hat Linux (6.0post-0.20040223.19rh)
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i386-redhat-linux-gnu"...Using host libthread_db library "/lib/tls/libthread_db.so.1".
(gdb) run -batch --no-site-file --multibyte -f batch-byte-compile tooltip.el
Starting program: emacs/src/emacs-21.3.50 -batch --no-site-file --multibyte -f batch-byte-compile tooltip.el
Program received signal SIGSEGV, Segmentation fault.
0x08108ca4 in init_fringe_bitmap (which=MAX_STANDARD_FRINGE_BITMAPS, fb=0x8ce9c90, once_p=0)
at fringe.c:1188
1188 if (rif->define_fringe_bitmap)
(gdb) bt
#0 0x08108ca4 in init_fringe_bitmap (which=MAX_STANDARD_FRINGE_BITMAPS, fb=0x8ce9c90, once_p=0)
at fringe.c:1188
#1 0x08108fb3 in Fdefine_fringe_bitmap (bitmap=147755401, bits=147756859, height=0, width=7, align=8)
at fringe.c:1319
#2 0x08175003 in Ffuncall (nargs=3, args=0xfef5b3b0) at eval.c:2752
#3 0x0819bddf in Fbyte_code (bytestr=147756827, vector=2, maxdepth=-17451984) at bytecode.c:686
#4 0x081745f4 in Feval (form=137228824) at eval.c:2091
#5 0x08188877 in readevalloop (readcharfun=137584801, stream=0x8cc3bf0, sourcename=147568595,
evalfun=0x81742c0 <Feval>, printflag=0, unibyte=137504817, readfun=137504817) at lread.c:1376
#6 0x081878c3 in Fload (file=147568595, noerror=137504817, nomessage=137504865, nosuffix=0,
must_suffix=17188108) at lread.c:914
#7 0x0817e5ef in Frequire (feature=147528673, filename=137504817, noerror=137504817) at fns.c:3447
#8 0x08174fcb in Ffuncall (nargs=2, args=0xfef5b780) at eval.c:2736
#9 0x0819bddf in Fbyte_code (bytestr=143227707, vector=1, maxdepth=-17451024) at bytecode.c:686
#10 0x081745f4 in Feval (form=137228824) at eval.c:2091
#11 0x08174fcb in Ffuncall (nargs=2, args=0xfef5b994) at eval.c:2736
#12 0x0819bddf in Fbyte_code (bytestr=137774233, vector=1, maxdepth=-17450608) at bytecode.c:686
#13 0x081752bf in funcall_lambda (fun=147440140, nargs=1, arg_vector=0xfef5ba60) at eval.c:2923
#14 0x0817513b in apply_lambda (fun=147440140, args=138555469, eval_flag=1) at eval.c:2845
#15 0x08174470 in Feval (form=147440140) at eval.c:2149
#16 0x081746df in Feval (form=137218796) at eval.c:2056
#17 0x08171fd3 in Fprogn (args=22) at eval.c:408
#18 0x081752f9 in funcall_lambda (fun=147395912, nargs=4, arg_vector=0xfef5bd44) at eval.c:2916
#19 0x08174eab in Ffuncall (nargs=5, args=0xfef5bd40) at eval.c:2793
#20 0x0817489b in Fapply (nargs=2, args=0xfef5bdd0) at eval.c:2241
#21 0x08174c95 in apply1 (fn=147395917, arg=22) at eval.c:2497
#22 0x08172e36 in Fmacroexpand (form=147503528, environment=147507357) at eval.c:1052
#23 0x08174fcb in Ffuncall (nargs=3, args=0xfef5be94) at eval.c:2736
#24 0x081745f4 in Feval (form=137224048) at eval.c:2091
#25 0x08172125 in Fsetq (args=138512397) at eval.c:510
#26 0x0817473d in Feval (form=137223404) at eval.c:2038
#27 0x08171fd3 in Fprogn (args=22) at eval.c:408
#28 0x0817473d in Feval (form=137223332) at eval.c:2038
#29 0x08172d7c in Fwhile (args=138512645) at eval.c:968
#30 0x0817473d in Feval (form=137223692) at eval.c:2038
#31 0x08171fd3 in Fprogn (args=22) at eval.c:408
---Type <return> to continue, or q <return> to quit---
#32 0x08172cda in Flet (args=138514389) at eval.c:949
#33 0x0817473d in Feval (form=137223668) at eval.c:2038
#34 0x08171fd3 in Fprogn (args=22) at eval.c:408
#35 0x081752f9 in funcall_lambda (fun=138512672, nargs=2, arg_vector=0xfef5c478) at eval.c:2916
#36 0x08174eab in Ffuncall (nargs=3, args=0xfef5c474) at eval.c:2793
#37 0x0819bddf in Fbyte_code (bytestr=138549345, vector=2, maxdepth=-17447820) at bytecode.c:686
#38 0x081752bf in funcall_lambda (fun=147475060, nargs=1, arg_vector=0xfef5c594) at eval.c:2923
#39 0x08174eab in Ffuncall (nargs=2, args=0xfef5c590) at eval.c:2793
#40 0x0819bddf in Fbyte_code (bytestr=137774233, vector=1, maxdepth=-17447536) at bytecode.c:686
#41 0x081752bf in funcall_lambda (fun=147461356, nargs=0, arg_vector=0xfef5c6c4) at eval.c:2923
#42 0x08174eab in Ffuncall (nargs=1, args=0xfef5c6c0) at eval.c:2793
#43 0x081745f4 in Feval (form=137224048) at eval.c:2091
#44 0x0817338f in Fcondition_case (args=137504817) at eval.c:1293
#45 0x0819ce1a in Fbyte_code (bytestr=143250481, vector=143, maxdepth=-17446720) at bytecode.c:864
#46 0x081752bf in funcall_lambda (fun=147461764, nargs=2, arg_vector=0xfef5ca14) at eval.c:2923
#47 0x08174eab in Ffuncall (nargs=3, args=0xfef5ca10) at eval.c:2793
#48 0x0819bddf in Fbyte_code (bytestr=138028857, vector=2, maxdepth=-17446384) at bytecode.c:686
#49 0x081752bf in funcall_lambda (fun=147460572, nargs=1, arg_vector=0xfef5cae0) at eval.c:2923
#50 0x0817513b in apply_lambda (fun=147460572, args=143294971, eval_flag=1) at eval.c:2845
#51 0x08174470 in Feval (form=147460572) at eval.c:2149
#52 0x0817338f in Fcondition_case (args=137504817) at eval.c:1293
#53 0x0819ce1a in Fbyte_code (bytestr=137589497, vector=143, maxdepth=-17445552) at bytecode.c:864
#54 0x081752bf in funcall_lambda (fun=147546244, nargs=1, arg_vector=0xfef5ce74) at eval.c:2923
#55 0x08174eab in Ffuncall (nargs=2, args=0xfef5ce70) at eval.c:2793
#56 0x0819bddf in Fbyte_code (bytestr=142874217, vector=1, maxdepth=-17445264) at bytecode.c:686
#57 0x081752bf in funcall_lambda (fun=147545868, nargs=0, arg_vector=0xfef5cfa4) at eval.c:2923
#58 0x08174eab in Ffuncall (nargs=1, args=0xfef5cfa0) at eval.c:2793
#59 0x081745f4 in Feval (form=137224048) at eval.c:2091
#60 0x08171fd3 in Fprogn (args=22) at eval.c:408
#61 0x08171f11 in Fif (args=142936229) at eval.c:357
#62 0x0817473d in Feval (form=137223284) at eval.c:2038
#63 0x08171fd3 in Fprogn (args=22) at eval.c:408
#64 0x08171f96 in Fcond (args=142936293) at eval.c:385
#65 0x0817473d in Feval (form=137223308) at eval.c:2038
#66 0x08171fd3 in Fprogn (args=22) at eval.c:408
#67 0x08172ad1 in FletX (args=142938957) at eval.c:891
---Type <return> to continue, or q <return> to quit---
#68 0x0817473d in Feval (form=137223644) at eval.c:2038
#69 0x08171fd3 in Fprogn (args=22) at eval.c:408
#70 0x08172db2 in Fwhile (args=142933445) at eval.c:971
#71 0x0817473d in Feval (form=137223692) at eval.c:2038
#72 0x08171fd3 in Fprogn (args=22) at eval.c:408
#73 0x08172cda in Flet (args=142938677) at eval.c:949
#74 0x0817473d in Feval (form=137223668) at eval.c:2038
#75 0x08171fd3 in Fprogn (args=22) at eval.c:408
#76 0x0817473d in Feval (form=137223332) at eval.c:2038
#77 0x08171ef0 in Fif (args=147340941) at eval.c:356
#78 0x0817473d in Feval (form=137223284) at eval.c:2038
#79 0x081744dd in Feval (form=137770389) at eval.c:2147
#80 0x08171fd3 in Fprogn (args=22) at eval.c:408
#81 0x081752f9 in funcall_lambda (fun=142932344, nargs=1, arg_vector=0xfef5d9d0) at eval.c:2916
#82 0x0817513b in apply_lambda (fun=142932349, args=143356861, eval_flag=1) at eval.c:2845
#83 0x08174470 in Feval (form=142932349) at eval.c:2149
#84 0x08171fd3 in Fprogn (args=22) at eval.c:408
#85 0x081752f9 in funcall_lambda (fun=142917248, nargs=0, arg_vector=0xfef5db80) at eval.c:2916
#86 0x0817513b in apply_lambda (fun=142917253, args=137504817, eval_flag=1) at eval.c:2845
#87 0x08174470 in Feval (form=142917253) at eval.c:2149
#88 0x0817317e in Funwind_protect (args=142888157) at eval.c:1204
#89 0x0817473d in Feval (form=137223788) at eval.c:2038
#90 0x08171fd3 in Fprogn (args=22) at eval.c:408
#91 0x08172cda in Flet (args=142888133) at eval.c:949
#92 0x0817473d in Feval (form=137223668) at eval.c:2038
#93 0x08171fd3 in Fprogn (args=22) at eval.c:408
#94 0x08171f11 in Fif (args=142889029) at eval.c:357
#95 0x0817473d in Feval (form=137223284) at eval.c:2038
#96 0x08171fd3 in Fprogn (args=22) at eval.c:408
#97 0x081752f9 in funcall_lambda (fun=142887792, nargs=0, arg_vector=0xfef5e080) at eval.c:2916
#98 0x0817513b in apply_lambda (fun=142887797, args=137504817, eval_flag=1) at eval.c:2845
#99 0x08174470 in Feval (form=142887797) at eval.c:2149
#100 0x08117b45 in top_level_2 () at keyboard.c:1315
#101 0x08173492 in internal_condition_case (bfun=0x8117b34 <top_level_2>, handlers=137565785,
hfun=0x8117808 <cmd_error>) at eval.c:1346
#102 0x08117b79 in top_level_1 () at keyboard.c:1323
---Type <return> to continue, or q <return> to quit---
#103 0x08173021 in internal_catch (tag=0, func=0x8117b48 <top_level_1>, arg=137504817) at eval.c:1107
#104 0x08117ab3 in command_loop () at keyboard.c:1280
#105 0x081175b8 in recursive_edit_1 () at keyboard.c:978
#106 0x081176d8 in Frecursive_edit () at keyboard.c:1039
#107 0x08115fca in main (argc=7, argv=0xfef5e734) at emacs.c:1687
^ permalink raw reply [flat|nested] 40+ messages in thread
* bootstrapping fails.
@ 2005-11-02 21:33 Luc Teirlinck
2005-11-02 21:55 ` Stefan Monnier
2005-11-02 22:20 ` Andreas Schwab
0 siblings, 2 replies; 40+ messages in thread
From: Luc Teirlinck @ 2005-11-02 21:33 UTC (permalink / raw)
Bootstrapping fails in python.el, but python.el was not changed in two
weeks, so something else must be to blame. The error is strange: the
byte compiler does not seem to recognize an argument list as such.
End of make bootstrap output:
Compiling /home/teirllm/emacscvsdir/emacs/lisp/./progmodes/python.el
In python-quote-syntax:
python.el:119:29:Warning: `15' is a malformed function
python.el:119:29:Error: Invalid function: 15
make[2]: *** [compile] Error 1
make[2]: Leaving directory `/home/teirllm/emacscvsdir/emacs/lisp'
make[1]: *** [bootstrap-build] Error 2
make[1]: Leaving directory `/home/teirllm/emacscvsdir/emacs'
make: *** [bootstrap] Error 2
^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: bootstrapping fails.
2005-11-02 21:33 bootstrapping fails Luc Teirlinck
@ 2005-11-02 21:55 ` Stefan Monnier
2005-11-02 22:09 ` Romain Francoise
2005-11-02 22:20 ` Andreas Schwab
1 sibling, 1 reply; 40+ messages in thread
From: Stefan Monnier @ 2005-11-02 21:55 UTC (permalink / raw)
Cc: Emacs Devel
> Bootstrapping fails in python.el, but python.el was not changed in two
> weeks, so something else must be to blame. The error is strange: the
> byte compiler does not seem to recognize an argument list as such.
> End of make bootstrap output:
> Compiling /home/teirllm/emacscvsdir/emacs/lisp/./progmodes/python.el
> In python-quote-syntax:
> python.el:119:29:Warning: `15' is a malformed function
> python.el:119:29:Error: Invalid function: 15
Should be fixed now,
Stefan
^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: bootstrapping fails.
2005-11-02 21:55 ` Stefan Monnier
@ 2005-11-02 22:09 ` Romain Francoise
0 siblings, 0 replies; 40+ messages in thread
From: Romain Francoise @ 2005-11-02 22:09 UTC (permalink / raw)
Cc: Emacs Devel
Stefan Monnier <monnier@iro.umontreal.ca> writes:
> Should be fixed now,
Nope.
| In toplevel form:
| progmodes/cc-mode.el:84:1:Error: Wrong type argument: listp, "cc-defs"
Could you please install ChangeLog entries at the same time you install
the changes themselves? You sometimes install them hours if not days
later, and it makes tracking a bit harder since the emacs-diffs list is
sometimes flaky.
Thanks,
--
Romain Francoise <romain@orebokech.com> | The sea! the sea! the open
it's a miracle -- http://orebokech.com/ | sea! The blue, the fresh, the
| ever free! --Bryan W. Procter
^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: bootstrapping fails.
2005-11-02 21:33 bootstrapping fails Luc Teirlinck
2005-11-02 21:55 ` Stefan Monnier
@ 2005-11-02 22:20 ` Andreas Schwab
2005-11-02 23:17 ` Luc Teirlinck
1 sibling, 1 reply; 40+ messages in thread
From: Andreas Schwab @ 2005-11-02 22:20 UTC (permalink / raw)
Cc: Emacs Devel
Luc Teirlinck <teirllm@dms.auburn.edu> writes:
> In python-quote-syntax:
> python.el:119:29:Warning: `15' is a malformed function
> python.el:119:29:Error: Invalid function: 15
The real problem is here:
(if (eq (char-after) (char-after (match-beginning 2)))
(eval-when-compile (string-to-syntax "|"))))))
Just recently string-to-syntax has been marked for
byte-optimize-pure-func. But string-to-syntax is different from the
pre-existing pure functions in that it does not return a self-evaluating
value. I have fixed byte-optimize-pure-func to properly quote the folded
value that it returns.
Andreas.
--
Andreas Schwab, SuSE Labs, schwab@suse.de
SuSE Linux Products GmbH, Maxfeldstraße 5, 90409 Nürnberg, Germany
Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5
"And now for something completely different."
^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: bootstrapping fails.
2005-11-02 22:20 ` Andreas Schwab
@ 2005-11-02 23:17 ` Luc Teirlinck
0 siblings, 0 replies; 40+ messages in thread
From: Luc Teirlinck @ 2005-11-02 23:17 UTC (permalink / raw)
Cc: emacs-devel
Andreas Schwab wrote:
I have fixed byte-optimize-pure-func to properly quote the folded
value that it returns.
Thanks, that worked.
Sincerely,
Luc.
^ permalink raw reply [flat|nested] 40+ messages in thread
* Bootstrapping fails
@ 2008-01-13 9:01 Christoph Conrad
2008-01-13 9:51 ` Paul Michael Reilly
2008-01-13 15:20 ` Dan Nicolaescu
0 siblings, 2 replies; 40+ messages in thread
From: Christoph Conrad @ 2008-01-13 9:01 UTC (permalink / raw)
To: emacs-pretest-bug
Cuurent CVS Emacs:
make[1]: Entering directory `/var/local/cc/news/emacs/src'
make[1]: *** Keine Regel vorhanden, um das Target »/var/local/cc/news/emacs/src/../lisp/emacs-lisp/byte-run.elc«,
benötigt von »../etc/DOC«, zu erstellen. Schluss.
Means: no rule to make byte-run.elc needed by ../etc/DOC.
^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: Bootstrapping fails
2008-01-13 9:01 Bootstrapping fails Christoph Conrad
@ 2008-01-13 9:51 ` Paul Michael Reilly
2008-01-13 15:20 ` Dan Nicolaescu
1 sibling, 0 replies; 40+ messages in thread
From: Paul Michael Reilly @ 2008-01-13 9:51 UTC (permalink / raw)
To: emacs-devel; +Cc: Christoph Conrad
Christoph Conrad wrote:
> Cuurent CVS Emacs:
>
> make[1]: Entering directory `/var/local/cc/news/emacs/src'
> make[1]: *** Keine Regel vorhanden, um das Target »/var/local/cc/news/emacs/src/../lisp/emacs-lisp/byte-run.elc«,
> benötigt von »../etc/DOC«, zu erstellen. Schluss.
>
> Means: no rule to make byte-run.elc needed by ../etc/DOC.
Bootstrapping fails for me too but with a different signature. After
getting a similar failure when compiling tex-mode.elc, I decided to to a
fresh checkout and got the following:
[pmr@lilly emacs]$ ./configure
checking build system type... i686-pc-linux-gnu
checking host system type... i686-pc-linux-gnu
...
checking for C restricted array declarations... yes
Configured for `i686-pc-linux-gnu'.
Where should the build process find the source code?
/home/pmr/projects/gnu/emacs
What operating system and machine description files should Emacs use?
`s/gnu-linux.h' and `m/intel386.h'
What compiler should emacs be built with? gcc -g -O2
-Wno-pointer-sign
Should Emacs use the GNU version of malloc? yes
(Using Doug Lea's new malloc from the GNU C Library.)
Should Emacs use a relocating allocator for buffers? yes
Should Emacs use mmap(2) for buffer allocation? no
What window system should Emacs use? x11
What toolkit should Emacs use? LUCID
Where do we find X Windows header files? Standard dirs
Where do we find X Windows libraries? Standard dirs
Does Emacs use -lXaw3d? yes
Does Emacs use -lXpm? yes
Does Emacs use -ljpeg? yes
Does Emacs use -ltiff? yes
Does Emacs use a gif library? yes -lgif
Does Emacs use -lpng? yes
Does Emacs use -lrsvg-2? no
Does Emacs use -lgpm? yes
Does Emacs use X toolkit scroll bars? yes
...
Compiling /home/pmr/projects/gnu/emacs/lisp/./url/url-cache.el
/usr/local/libexec/emacs/23.0.50/i686-pc-linux-gnu/movemail: invalid
option -- -
Wrote /home/pmr/projects/gnu/emacs/lisp/url/url-cache.elc
...
Compiling /home/pmr/projects/gnu/emacs/lisp/./gnus/gnus-bookmark.el
/usr/local/libexec/emacs/23.0.50/i686-pc-linux-gnu/movemail: invalid
option -- -
In toplevel form:
gnus/gnus-bookmark.el:57:1:Error: End of file during parsing:
/home/pmr/projects/gnu/emacs/lisp/gnus/gnus-art.elc
make[2]: *** [compile] Error 1
make[2]: Leaving directory `/home/pmr/projects/gnu/emacs/lisp'
make[1]: *** [bootstrap-build] Error 2
make[1]: Leaving directory `/home/pmr/projects/gnu/emacs'
make: *** [bootstrap] Error 2
[pmr@lilly emacs]$
So my guess is that a problem has recently been introduced into the byte
compiler.
I'm also guessing that the "invalid option -- -" error that occurs on
movemail is a red herring but does represent a build time issue in that
the wrong instance of "movemail" is being used.
Hope all that is helpful to somebody.
-pmr
^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: Bootstrapping fails
2008-01-13 9:01 Bootstrapping fails Christoph Conrad
2008-01-13 9:51 ` Paul Michael Reilly
@ 2008-01-13 15:20 ` Dan Nicolaescu
2008-01-13 22:12 ` Christoph Conrad
1 sibling, 1 reply; 40+ messages in thread
From: Dan Nicolaescu @ 2008-01-13 15:20 UTC (permalink / raw)
To: Christoph Conrad; +Cc: emacs-pretest-bug
Christoph Conrad <christoph.conrad@gmx.de> writes:
> Cuurent CVS Emacs:
>
> make[1]: Entering directory `/var/local/cc/news/emacs/src'
> make[1]: *** Keine Regel vorhanden, um das Target »/var/local/cc/news/emacs/src/../lisp/emacs-lisp/byte-run.elc«,
> benötigt von »../etc/DOC«, zu erstellen. Schluss.
>
> Means: no rule to make byte-run.elc needed by ../etc/DOC.
It should work now, please try again.
^ permalink raw reply [flat|nested] 40+ messages in thread
* Re: Bootstrapping fails
2008-01-13 15:20 ` Dan Nicolaescu
@ 2008-01-13 22:12 ` Christoph Conrad
0 siblings, 0 replies; 40+ messages in thread
From: Christoph Conrad @ 2008-01-13 22:12 UTC (permalink / raw)
To: Dan Nicolaescu; +Cc: emacs-pretest-bug
Hi Dan,
> It should work now, please try again.
Yes, it works! Thank you!
With kind regards,
Christoph
^ permalink raw reply [flat|nested] 40+ messages in thread
end of thread, other threads:[~2008-01-13 22:12 UTC | newest]
Thread overview: 40+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-01-13 9:01 Bootstrapping fails Christoph Conrad
2008-01-13 9:51 ` Paul Michael Reilly
2008-01-13 15:20 ` Dan Nicolaescu
2008-01-13 22:12 ` Christoph Conrad
-- strict thread matches above, loose matches on Subject: below --
2005-11-02 21:33 bootstrapping fails Luc Teirlinck
2005-11-02 21:55 ` Stefan Monnier
2005-11-02 22:09 ` Romain Francoise
2005-11-02 22:20 ` Andreas Schwab
2005-11-02 23:17 ` Luc Teirlinck
2004-09-29 8:54 David PONCE
2004-09-29 2:59 Luc Teirlinck
2004-09-29 8:52 ` Kim F. Storm
2004-08-19 15:30 Luc Teirlinck
2004-08-19 15:44 ` Luc Teirlinck
2004-08-19 15:59 ` Andreas Schwab
2004-08-19 16:38 ` Luc Teirlinck
2004-08-19 17:02 ` Stefan Monnier
2004-08-20 14:49 ` Eli Zaretskii
2004-06-05 1:00 Luc Teirlinck
2004-06-05 1:55 ` Juanma Barranquero
2004-06-05 2:08 ` Luc Teirlinck
2004-06-05 15:29 ` Juanma Barranquero
2004-06-05 10:45 ` Miles Bader
2004-06-05 15:41 ` Juanma Barranquero
2004-06-05 22:49 ` Miles Bader
2004-06-06 0:29 ` Juanma Barranquero
2003-07-09 18:26 Luc Teirlinck
2003-07-09 20:17 ` Luc Teirlinck
2003-05-31 20:46 Bootstrapping fails Luc Teirlinck
2003-05-31 20:52 ` Luc Teirlinck
2003-05-31 21:08 ` Luc Teirlinck
2003-05-31 21:13 ` John Paul Wallington
2003-05-31 21:22 ` Luc Teirlinck
2003-05-01 2:06 Luc Teirlinck
2003-04-29 2:14 bootstrapping fails Luc Teirlinck
2003-04-29 2:54 ` John Paul Wallington
2003-04-29 3:24 ` Luc Teirlinck
2003-04-12 21:29 Luc Teirlinck
2003-03-25 21:57 Luc Teirlinck
2003-02-18 1:08 Luc Teirlinck
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.