* batch-bytecomp backtrace?
@ 2004-04-15 22:31 Miles Bader
2004-04-15 22:35 ` Stefan Monnier
0 siblings, 1 reply; 5+ messages in thread
From: Miles Bader @ 2004-04-15 22:31 UTC (permalink / raw)
Cc: emacs-devel
Hi Stefan, I notice this change:
2004-04-14 Stefan Monnier <monnier@iro.umontreal.ca>
* emacs-lisp/bytecomp.el (batch-byte-compile-file):
Give a backtrace if requested.
which looks very handy, but I can't figure out how to make it work.
I'm having the following error when bootstrapping emacs:
Compiling /home/m/miles/src/emacs/lisp/./eshell/esh-module.el
Loading ange-ftp (source)...
Loading vc-arch (source)...
In toplevel form:
../../../src/emacs/lisp/eshell/esh-module.el:29:13:Error: Lisp nesting exceeds max-lisp-eval-depth
make[1]: *** [compile] Error 1
make[1]: Leaving directory `/home/m/miles/build/emacs/lisp'
make: *** [bootstrap] Error 2
So I thought it would be perfect time to see a backtrace (compiling
interactively succeeds!); I tried:
src/bootstrap-emacs -batch -f toggle-debug-on-error -f batch-byte-compile ~/src/emacs/lisp/eshell/esh-module.el
src/bootstrap-emacs -batch --eval '(setq debug-on-error t)' -f batch-byte-compile ~/src/emacs/lisp/eshell/esh-module.el
src/bootstrap-emacs -batch --eval '(let ((debug-on-error t)) (batch-byte-compile "~/src/emacs/lisp/eshell/esh-module.el"))'
but all simply printed an error message and quit like a normal
(debug-on-error = nil) batch byte-compile.
So what magic is necessary to get a backtrace??
Thanks,
-Miles
p.s. The option `-e' should really do `--eval' ...!
--
`Cars give people wonderful freedom and increase their opportunities.
But they also destroy the environment, to an extent so drastic that
they kill all social life' (from _A Pattern Language_)
^ permalink raw reply [flat|nested] 5+ messages in thread* Re: batch-bytecomp backtrace?
2004-04-15 22:31 batch-bytecomp backtrace? Miles Bader
@ 2004-04-15 22:35 ` Stefan Monnier
2004-04-15 23:04 ` Miles Bader
0 siblings, 1 reply; 5+ messages in thread
From: Stefan Monnier @ 2004-04-15 22:35 UTC (permalink / raw)
Cc: emacs-devel
> Hi Stefan, I notice this change:
> 2004-04-14 Stefan Monnier <monnier@iro.umontreal.ca>
> * emacs-lisp/bytecomp.el (batch-byte-compile-file):
> Give a backtrace if requested.
> which looks very handy, but I can't figure out how to make it work.
Well, the original code was *very* careful to make it virtually impossible
to get the backtrace. Now it's possible, tho it still requires insistence:
(setq debug-on-error t)
(setq byte-compile-debug t)
-- Stefan
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: batch-bytecomp backtrace?
2004-04-15 22:35 ` Stefan Monnier
@ 2004-04-15 23:04 ` Miles Bader
2004-04-18 0:58 ` Miles Bader
0 siblings, 1 reply; 5+ messages in thread
From: Miles Bader @ 2004-04-15 23:04 UTC (permalink / raw)
Cc: emacs-devel, Miles Bader
On Thu, Apr 15, 2004 at 06:35:27PM -0400, Stefan Monnier wrote:
> Well, the original code was *very* careful to make it virtually impossible
> to get the backtrace. Now it's possible, tho it still requires insistence:
>
> (setq debug-on-error t)
> (setq byte-compile-debug t)
Thanks; that seems to have done something...
For the problems with esh-module.el though, it seems to make it compile!
Without those options, it fails:
$ src/bootstrap-emacs -batch -f batch-byte-compile /usr/local/src/emacs/lisp/eshell/esh-module.el
Loading ange-ftp (source)...
Loading vc-arch (source)...
In toplevel form:
../../src/emacs/lisp/eshell/esh-module.el:29:13:Error: Lisp nesting exceeds
max-lisp-eval-depth
But with them:
$ src/bootstrap-emacs -batch --eval '(setq debug-on-error t byte-compile-debug t)' -f batch-byte-compile /usr/local/src/emacs/lisp/eshell/esh-module.el
Loading ange-ftp (source)...
Loading vc-arch (source)...
Loading defgroup from `em-alias.el'
Loading defgroup from `em-banner.el'
Loading defgroup from `em-basic.el'
Loading defgroup from `em-cmpl.el'
Loading defgroup from `em-dirs.el'
Loading defgroup from `em-glob.el'
Loading defgroup from `em-hist.el'
Loading defgroup from `em-ls.el'
Loading defgroup from `em-pred.el'
Loading defgroup from `em-prompt.el'
Loading defgroup from `em-rebind.el'
Loading defgroup from `em-script.el'
Loading defgroup from `em-smart.el'
Loading defgroup from `em-term.el'
Loading defgroup from `em-unix.el'
Loading defgroup from `em-xtra.el'
Wrote /usr/local/src/emacs/lisp/eshell/esh-groups.el
Loading defgroup from `em-alias.el'
Loading defgroup from `em-banner.el'
Loading defgroup from `em-basic.el'
Loading defgroup from `em-cmpl.el'
Loading defgroup from `em-dirs.el'
Loading defgroup from `em-glob.el'
Loading defgroup from `em-hist.el'
Loading defgroup from `em-ls.el'
Loading defgroup from `em-pred.el'
Loading defgroup from `em-prompt.el'
Loading defgroup from `em-rebind.el'
Loading defgroup from `em-script.el'
Loading defgroup from `em-smart.el'
Loading defgroup from `em-term.el'
Loading defgroup from `em-unix.el'
Loading defgroup from `em-xtra.el'
Wrote /usr/local/src/emacs/lisp/eshell/esh-groups.el
In end of data:
esh-module.el:157:1:Warning: the following functions might not be defined at
runtime: eshell-load-defgroups, eshell-subgroups
esh-module.el:157:1:Warning: the function `msdos-long-file-names' is not
known
to be defined.
Wrote /usr/local/src/emacs/lisp/eshell/esh-module.elc
Someone's doing something funny... esh-module.el is full of nasty-looking
code, but it doesn't seem to have been changed recently, so I'm not sure
what's going on.
Is anyone else having this same problem?
-Miles
--
In New York, most people don't have cars, so if you want to kill a person, you
have to take the subway to their house. And sometimes on the way, the train
is delayed and you get impatient, so you have to kill someone on the subway.
[George Carlin]
^ permalink raw reply [flat|nested] 5+ messages in thread* Re: batch-bytecomp backtrace?
2004-04-15 23:04 ` Miles Bader
@ 2004-04-18 0:58 ` Miles Bader
2004-04-19 16:54 ` Lőrentey Károly
0 siblings, 1 reply; 5+ messages in thread
From: Miles Bader @ 2004-04-18 0:58 UTC (permalink / raw)
Cc: emacs-devel
BTW, the bootstrapping problem I'm having seems somehow related to
`vc-arch.el' -- the file that won't compile _does_ compile if I make
sure `vc-arch.el' has been compiled first:
E.g., here it fails (and this is repeatable); $LSE and $LBE are the
emacs source and build roots:
$ (cd $LSE/lisp; $LBE/src/bootstrap-emacs -batch --no-site-file --multibyte -f batch-byte-compile eshell/esh-module.el )
Loading ange-ftp (source)...
Loading vc-arch (source)...
In toplevel form:
eshell/esh-module.el:29:13:Error: Lisp nesting exceeds max-lisp-eval-depth
But if I then compile vc-arch.el:
$ (cd $LSE/lisp; $LBE/src/bootstrap-emacs -batch --no-site-file --multibyte -f batch-byte-compile vc-arch.el )
In end of data:
vc-arch.el:421:1:Warning: the function `vc-switches' might not be defined at
runtime.
Wrote /usr/local/src/emacs/lisp/vc-arch.elc
Now it succeeds:
$ (cd $LSE/lisp; $LBE/src/bootstrap-emacs -batch --no-site-file --multibyte -f batch-byte-compile eshell/esh-module.el )
Loading ange-ftp (source)...
Loading vc-arch...
Loading defgroup from `em-alias.el'
Loading defgroup from `em-banner.el'
Loading defgroup from `em-basic.el'
Loading defgroup from `em-cmpl.el'
Loading defgroup from `em-dirs.el'
Loading defgroup from `em-glob.el'
Loading defgroup from `em-hist.el'
Loading defgroup from `em-ls.el'
Loading defgroup from `em-pred.el'
Loading defgroup from `em-prompt.el'
Loading defgroup from `em-rebind.el'
Loading defgroup from `em-script.el'
Loading defgroup from `em-smart.el'
Loading defgroup from `em-term.el'
Loading defgroup from `em-unix.el'
Loading defgroup from `em-xtra.el'
Wrote /usr/local/src/emacs/lisp/eshell/esh-groups.el
Loading defgroup from `em-alias.el'
Loading defgroup from `em-banner.el'
Loading defgroup from `em-basic.el'
Loading defgroup from `em-cmpl.el'
Loading defgroup from `em-dirs.el'
Loading defgroup from `em-glob.el'
Loading defgroup from `em-hist.el'
Loading defgroup from `em-ls.el'
Loading defgroup from `em-pred.el'
Loading defgroup from `em-prompt.el'
Loading defgroup from `em-rebind.el'
Loading defgroup from `em-script.el'
Loading defgroup from `em-smart.el'
Loading defgroup from `em-term.el'
Loading defgroup from `em-unix.el'
Loading defgroup from `em-xtra.el'
Wrote /usr/local/src/emacs/lisp/eshell/esh-groups.el
In end of data:
esh-module.el:157:1:Warning: the following functions might not be defined at
runtime: eshell-load-defgroups, eshell-subgroups
esh-module.el:157:1:Warning: the function `msdos-long-file-names' is not known
to be defined.
Wrote /usr/local/src/emacs/lisp/eshell/esh-module.elc
-Miles
--
We are all lying in the gutter, but some of us are looking at the stars.
-Oscar Wilde
^ permalink raw reply [flat|nested] 5+ messages in thread* Re: batch-bytecomp backtrace?
2004-04-18 0:58 ` Miles Bader
@ 2004-04-19 16:54 ` Lőrentey Károly
0 siblings, 0 replies; 5+ messages in thread
From: Lőrentey Károly @ 2004-04-19 16:54 UTC (permalink / raw)
Cc: emacs-devel
[-- Attachment #1: Type: text/plain, Size: 575 bytes --]
Miles Bader <miles@gnu.org> writes:
> BTW, the bootstrapping problem I'm having seems somehow related to
> `vc-arch.el' -- the file that won't compile _does_ compile if I make
> sure `vc-arch.el' has been compiled first:
I had the same problem in the multi-tty branch, and managed to get a
backtrace with gdb. I think the relevant things are the same there, so
I hope the backtrace will be useful. I tried to debug it further, but
failed, so I worked around the problem by adding vc-arch.el to
COMPILE_FIRST. (I attached the backtrace gzipped, because it's very
large.)
[-- Attachment #2: backtrace.txt.gz --]
[-- Type: application/octet-stream, Size: 5271 bytes --]
[-- Attachment #3: Type: text/plain, Size: 15 bytes --]
--
Károly
[-- Attachment #4: Type: text/plain, Size: 141 bytes --]
_______________________________________________
Emacs-devel mailing list
Emacs-devel@gnu.org
http://mail.gnu.org/mailman/listinfo/emacs-devel
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2004-04-19 16:54 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2004-04-15 22:31 batch-bytecomp backtrace? Miles Bader
2004-04-15 22:35 ` Stefan Monnier
2004-04-15 23:04 ` Miles Bader
2004-04-18 0:58 ` Miles Bader
2004-04-19 16:54 ` Lőrentey Károly
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).