GNU bug report logs -
#11649
Some compilation woes
Previous Next
Reported by: Juanma Barranquero <lekktu <at> gmail.com>
Date: Fri, 8 Jun 2012 13:23:02 UTC
Severity: normal
Found in version 24.1.50
Done: Juanma Barranquero <lekktu <at> gmail.com>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
> From: Stefan Monnier <monnier <at> iro.umontreal.ca>
> Cc: Juanma Barranquero <lekktu <at> gmail.com>, 11649 <at> debbugs.gnu.org
> Date: Sat, 09 Jun 2012 21:08:41 -0400
>
> > By contrast, on MS-Windows, all of the Lisp files are compiled with
> > the bootstrapped Emacs executable, so they all are compiled with the
> > interpreted byte compiler.
>
> Ahh... that could explain this high stack use. That should also impose
> a fairly high impact on compilation speed.
But note that previously, 1200 was enough for the same compilation,
and the speed was also much higher.
> Usually "Invalid byte code in <foo>" happens because <foo> is
> byte-compile-dynamic (as is the case for cl-macs) and you try to call
> a function from it after byte-compiling a new version of the file.
> More specifically, the scenario is:
> 1- load cl-macs.elc.
> 2- don't call function <bla>.
> 3- change cl-macs.elc.
> 4- call <bla> which is dynamically loaded from cl-macs.elc.
> 5- now the offset loaded at point 1 is not valid any more, so you get an
> error: you need to re-load cl-macs.elc.
> If the above cannot be explained by this scenario, we apparently have
> a serious new bug.
Maybe I'm missing something, but it sounds likeyour scenario requires
two compilations of cl-macs.el. If so, this scenario cannot explain
the problem, because cl-macs.el is compiled exactly once during
bootstrap; before the compilation there's only cl-macs.el.
This bug report was last modified 13 years and 57 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.