Crash during bootstrapping of xemacs 21.0.67 on HP/UX 10

Hi, I'm trying to compile xemacs 21.0.67 on a HP/UX 10 machine, but it fails with a core dump during bootstrapping. Could someone please clue me in on what's going wrong? Thanks, Christian PS I still had to manually change the "s/hpux10.h" to "s/hpux10-shr.h" That change was what had fixed a core dump problem during bootstrap with a previous xemacs beta, but this time it seems like it's not enough. uname -a: HP-UX wmtl249b B.10.20 A 9000/778 2002197151 two-user license /configure '--site-prefixes=/opt/corp/contrib' '--with-mule' '--mail-locking=lockf' '--prefix=/opt/corp/contrib' XEmacs 21.0 "20 minutes to Nikko" configured for `hppa1.1-hp-hpux10.20'. Where should the build process find the source code? /opt/corp/contrib/xemacs/xemacs-21.0 What installation prefix should install use? /opt/corp/contrib What operating system and machine description files should XEmacs use? `s/hpux10-shr.h' and `m/hp800.h' What compiler should XEmacs be built with? gcc -g -O3 -Wall -Wno-switch Should XEmacs use the GNU version of malloc? yes Should XEmacs use the relocating allocator for buffers? yes What window system should XEmacs use? x11 Where do we find X Windows header files? /usr/dt/include /usr/contrib/X11R6/include Where do we find X Windows libraries? /usr/dt/lib /usr/lib/X11R6 /usr/contrib/X11R6/lib Additional prefixes: /opt/corp/contrib Compiling in support for XPM images. Compiling in support for PNG image handling. Compiling in support for (builtin) GIF image handling. Compiling in support for JPEG image handling. Compiling in support for DBM. Compiling in Mule (multi-lingual) support. Compiling in XIM (X11R5+ I18N input method) support. Using Motif to provide XIM support. Compiling in support for CDE. Compiling in support for ToolTalk. Compiling in EXPERIMENTAL support for Drag'n'Drop ( CDE ). Compiling in support for proper session-management. Using Lucid menubars. Using Lucid scrollbars. Using Motif dialog boxes. Compiling in DLL support. movemail will use "lockf" for locking mail spool files. Here's the spot where compilation fails: gcc -g -O3 -Wall -Wno-switch -L/opt/corp/contrib/lib -L/usr/ccs/lib -L/usr/dt/lib -L/usr/lib/X11R6 -L/usr/contrib/X11R6/lib -Wl,-E -o temacs abbrev.o alloc.o blocktype.o buffer.o bytecode.o callint.o callproc.o casefiddle.o casetab.o chartab.o cmdloop.o cmds.o console.o console-stream.o data.o device.o dired.o doc.o doprnt.o dynarr.o editfns.o elhash.o emacs.o eval.o events.o strcat.o unexhp9k800.o tooltalk.o dragdrop.o dgif_lib.o gif_io.o menubar.o scrollbar.o dialog.o toolbar.o gui.o menubar-x.o scrollbar-x.o dialog-x.o toolbar-x.o gui-x.o mule.o mule-ccl.o mule-charset.o mule-coding.o file-coding.o input-method-motif.o inline.o console-tty.o device-tty.o event-tty.o frame-tty.o objects-tty.o redisplay-tty.o cm.o terminfo.o event-unixoid.o database.o sysdll.o dll.o process-unix.o event-stream.o extents.o faces.o fileio.o filemode.o floatfns.o fns.o font-lock.o frame.o general.o getloadavg.o glyphs.o glyphs-eimage.o hash.o imgproc.o indent.o insdel.o intl.o keymap.o line-number.o lread.o lstream.o macros.o marker.o md5.o minibuf.o objects.o opaque.o print.o process.o profile.o pure.o rangetab.o redisplay.o redisplay-output.o regex.o search.o signal.o sound.o specifier.o strftime.o symbols.o syntax.o sysdep.o undo.o balloon_help.o balloon-x.o console-x.o device-x.o event-Xt.o frame-x.o glyphs-x.o objects-x.o redisplay-x.o xgccache.o xselect.o widget.o window.o lastfile.o gmalloc.o vm-limit.o ralloc.o EmacsFrame.o EmacsShell.o TopLevelEmacsShell.o TransientEmacsShell.o EmacsManager.o ../lwlib/liblw.a -lXm -lpng -ljpeg -lz -lXpm -lDtSvc -ltt -lXmu -lXt -lXext -lX11 -lSM -lICE -ldld -ltermcap -lm EMACSBOOTSTRAPLOADPATH="/opt/corp/contrib/xemacs/xemacs-21.0/src/../lisp/:/opt/corp/contrib/xemacs/xemacs-21.0" ./temacs -batch -l /opt/corp/contrib/xemacs/xemacs-21.0/src/../lisp/update-elc.el Loading /opt/corp/contrib/xemacs/xemacs-21.0/src/../lisp/update-elc.el... Loading very-early-lisp... (1684) Loading find-paths.el... (10464) Loading packages.el... (18760) Loading setup-paths.el... (4096) Loading dump-paths.el... (0) Loading /opt/corp/contrib/xemacs/xemacs-21.0/src/../lisp/dumped-lisp.el... (64) Loading loadup-el.el... Loading loadup.el... Using load-path (/opt/corp/contrib/xemacs/xemacs-21.0/src/../lisp/ /opt/corp/contrib/xemacs/xemacs-21.0) Loading dumped-lisp.el... Loading backquote.el... Loading bytecomp-runtime.el... [snip] Loading tty-init.el... Loading fontl-hooks.el... Loading auto-show.el... Loading loadhist.el... Loading loaddefs.el... Loading site-load.el... Bootstrapping from temacs... Purespace usage: 86020 of 1602300 (5% -- 1480k wasted). Fatal error (11). Your files have been auto-saved. Use `M-x recover-session' to recover them. Please report this bug by running the send-pr script included with XEmacs, or selecting `Send Bug Report' from the help menu. As a last resort send ordinary email to `crashes(a)xemacs.org&#39;. *MAKE SURE* to include the information in the command M-x describe-installation. If at all possible, *please* try to obtain a C stack backtrace; it will help us immensely in determining what went wrong. To do this, locate the core file that was produced as a result of this crash (it's usually called `core' and is located in the directory in which you started the editor, or maybe in your home directory), and type gdb /opt/corp/contrib/xemacs/xemacs-21.0/src/temacs core then type `where' when the debugger prompt comes up. (If you don't have GDB on your system, you might have DBX, or XDB, or SDB. A similar procedure should work for all of these. Ask your system administrator if you need more help.) Lisp backtrace follows: /bin/sh: 23808 Memory fault(coredump) Here's the stack backstace: #0 0xc0143b30 in kill () #1 0xadb30 in fatal_error_signal (sig=120) at emacs.c:262 #2 <signal handler called> #3 mark_object (obj=540677632) at alloc.c:3185 #4 0x8c2ac in mark_char_table (obj=346112, markobj=0x401a269a <SD$#CLO#Components#LIBMATH#Src#poolm+4482>) at chartab.c:145 #5 0x74d5c in mark_object (obj=540889088) at alloc.c:3195 #6 0x74e54 in mark_object (obj=268435456) at alloc.c:3249 #7 0x74e14 in mark_object (obj=16411) at alloc.c:3231 #8 0x76f94 in garbage_collect_1 () at alloc.c:4512 #9 0xb21c4 in Feval (form=1076073588) at eval.c:2919 #10 0xb4244 in funcall_lambda (fun=1076073292, nargs=3, arg_vector=0x7b03f5bc) at eval.c:758 #11 0xb3270 in funcall_recording_as (recorded_as=346112, nargs=3, args=0x7b03f5b8) at eval.c:3218 #12 0xb3b8c in Fapply (nargs=2, args=0x7b03f500) at eval.c:3463 #13 0x401b11f0 in charset_by_leading_byte () #14 0x88 in ?? () Cannot access memory at address 0xffffffec. (gdb) where #0 0xc0143b30 in kill () #1 0xadb30 in fatal_error_signal (sig=120) at emacs.c:262 #2 <signal handler called> #3 mark_object (obj=540677632) at alloc.c:3185 #4 0x8c2ac in mark_char_table (obj=346112, markobj=0x401a269a <SD$#CLO#Components#LIBMATH#Src#poolm+4482>) at chartab.c:145 #5 0x74d5c in mark_object (obj=540889088) at alloc.c:3195 #6 0x74e54 in mark_object (obj=268435456) at alloc.c:3249 #7 0x74e14 in mark_object (obj=16411) at alloc.c:3231 #8 0x76f94 in garbage_collect_1 () at alloc.c:4512 #9 0xb21c4 in Feval (form=1076073588) at eval.c:2919 #10 0xb4244 in funcall_lambda (fun=1076073292, nargs=3, arg_vector=0x7b03f5bc) at eval.c:758 #11 0xb3270 in funcall_recording_as (recorded_as=346112, nargs=3, args=0x7b03f5b8) at eval.c:3218 #12 0xb3b8c in Fapply (nargs=2, args=0x7b03f500) at eval.c:3463 #13 0x401b11f0 in charset_by_leading_byte () #14 0x88 in ?? () Cannot access memory at address 0xffffffec.