Bootstrapping fails

Bootstrapping fails

[Luc Teirlinck]

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.

Re: Bootstrapping fails

[Luc Teirlinck]

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.

Re: Bootstrapping fails

[Luc Teirlinck]

No, byte-run.el is not in obsolete either, in spite of what the change
log says.

Sincerely,

Luc.

Re: Bootstrapping fails

[John Paul Wallington]

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

Re: Bootstrapping fails

[Luc Teirlinck]

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.

Bootstrapping fails

[Christoph Conrad]

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.

Re: Bootstrapping fails

[Paul Michael Reilly]

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

Re: Bootstrapping fails

[Dan Nicolaescu]

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.

Re: Bootstrapping fails

[Christoph Conrad]

Hi Dan,

> It should work now, please try again.

Yes, it works! Thank you!

With kind regards,
Christoph

bootstrapping fails.

[Luc Teirlinck]

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

Re: bootstrapping fails.

[Stefan Monnier]

> 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

Re: bootstrapping fails.

[Romain Francoise]

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

Re: bootstrapping fails.

[Andreas Schwab]

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

Re: bootstrapping fails.

[Luc Teirlinck]

Andreas Schwab wrote:

   I have fixed byte-optimize-pure-func to properly quote the folded
   value that it returns.

Thanks, that worked.

Sincerely,

Luc.

Re: bootstrapping fails

[David PONCE]

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

bootstrapping fails

[Luc Teirlinck]

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.

Re: bootstrapping fails

[Kim F. Storm]

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

bootstrapping fails

[Luc Teirlinck]

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.

Re: bootstrapping fails

[Luc Teirlinck]

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.

Re: bootstrapping fails

[Andreas Schwab]

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

Re: bootstrapping fails

[Luc Teirlinck]

   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.

Re: bootstrapping fails

[Stefan Monnier]

> 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

Re: bootstrapping fails

[Eli Zaretskii]

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

bootstrapping fails.

[Luc Teirlinck]

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

Re: bootstrapping fails.

[Juanma Barranquero]

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

Re: bootstrapping fails.

[Luc Teirlinck]

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.

Re: bootstrapping fails.

[Juanma Barranquero]

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

Re: bootstrapping fails.

[Miles Bader]

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]

Re: bootstrapping fails.

[Juanma Barranquero]

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

Re: bootstrapping fails.

[Miles Bader]

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.

Re: bootstrapping fails.

[Juanma Barranquero]

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

bootstrapping fails.

[Luc Teirlinck]

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

Re: bootstrapping fails.

[Luc Teirlinck]

The problem with bootstrapping, which I reported in my earlier
message, seems to have been fixed now.

Sincerely,

Luc.

Bootstrapping fails.

[Luc Teirlinck]

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

bootstrapping fails

[Luc Teirlinck]

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

Re: bootstrapping fails

[John Paul Wallington]

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

Re: bootstrapping fails

[Luc Teirlinck]

John Paul Wallington wrote:

   It is just a typo; `match-string' should be `string-match'.

Bootstrapping now indeed works OK.  Thanks.

Sincerely,

Luc.

bootstrapping fails

[Luc Teirlinck]

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

bootstrapping fails

[Luc Teirlinck]

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.

bootstrapping fails

[Luc Teirlinck]

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.