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