all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
* 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 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.