Coding cookies suck [was: ... package make fails]

Stephen J. Turnbull stephen at xemacs.org
Wed Oct 3 03:21:46 EDT 2007


Stephen J. Turnbull writes:

 > skip at pobox.com writes:
 > 
 >  > The result is not good...
 > 
 > [snip]
 > 
 >  >     Requiring /Users/skip/src/packages/xemacs-packages/tramp/lisp/tramp.el...
 >  >       Requiring /Users/skip/src/packages/xemacs-packages/tramp/lisp/trampver.el...make[2]: *** [lisp/tramp-util.elc] Segmentation fault
 >  >     make[1]: *** [tramp/bytecompile.target] Error 2
 >  >     make: *** [xemacs-packages/bytecompile.target] Error 2
 > 
 > This is what Aidan was describing.  If you cd to xemacs-packages/tramp
 > and run make there , do you still get the segfault?  Can you get a
 > backtrace for it?

Never mind, I got it.

Remove the "-*- coding: CODESYS -*-" cookies from the TRAMP sources
and you'll get a build.

Coding cookies suck.

To reproduce under the debugger:

# In Local.rules, set XEMACS_BINARY to point at a 21.5 no-mule executable
$ cd ${package-sources}/xemacs-packages/tramp
$ make clean
$ make
$ gdb ${XEMACS_BINARY}
(gdb) run -no-autoloads -vanilla -batch -eval '(setq stack-trace-on-error t load-always-display-messages t load-ignore-out-of-date-elc-files t load-show-full-path-in-messages t)' -eval '(setq load-path (list (expand-file-name "mule" lisp-directory) lisp-directory))' -l /Users/steve/Software/XEmacs/packages/package-compile.el -- tramp xemacs-base vc efs dired mail-lib gnus ediff sh-script --  -f batch-byte-compile lisp/tramp-util.el

Do not do an unconstrained "bt" if you put any value on your time.



More information about the XEmacs-Beta mailing list