Working from the latest CVS sources, I am also having a problem building 
on Mac OS X (10.1.5).  However, the error I'm seeing is different from 
what I've seen reported on the list.  With earlier CVS sources, I 
successfully completed builds.  Below are the last few lines leading to 
the error:
Loading auto-show.el...
Loading resize-minibuffer.el...
Loading loadhist.el...
Loading loaddefs.el...
Loading site-load.el...
Bootstrapping from temacs...make[1]: *** [update-elc.stamp] Illegal 
instruction
make: *** [src] Error 2
I will try to look into this further, but perhaps this is something 
obvious that others have seen.
On Tuesday, October 8, 2002, at 08:17 AM, Martin Costabel wrote:
 The following problem has been reported several times on the Fink 
 mailing lists, but no idea has come forth. Building XEmacs 21.5beta9 
 with the fink build system (which does nothing special) fails on some 
 machines towards the end when the newly compiled emacs is dumped and 
 then used for the first time.
 A typical failure message I get on one of my machines is
   Dumping under the name xemacs
   Testing for Lisp shadows ...
   make[1]: *** [xemacs.dmp] Bus error
   make[1]: *** Deleting file `xemacs.dmp'
   make: *** [src] Error 2
 On another machine I get a failure at the same place:
   Dumping under the name xemacs
   Testing for Lisp shadows ...
   Symbol's value as variable is void: frame
   xemacs exiting
   .
   make[1]: *** [xemacs.dmp] Error 255
   make: *** [src] Error 2
 On both machines, this happens every time, and on both it did not 
 happen with the previous version of XEmacs, which was 21.5.4.
 What is even weirder is that a strikingly similar problem occurs when 
 building GNU Emacs. For some people, there is an error at the same 
 place in the build process:
   ./emacs -q -batch -f list-load-path-shadows
    make[1]: *** [emacs] Illegal instruction
 There are people who get this every time and others for whom this does 
 not appear.
 When the bus error happens, MacOSX gives a nice Crash Report which I 
 attach below. It is the same crash report every time. Hopefully someone 
 will see from this what is going on here. To me it looks like something 
 inside the garbage collection routine.
 Any ideas welcome! Thanks.
 Martin
 **********
 Date/Time:  2002-10-07 22:59:15 +0200
 OS Version: 10.2.1 (Build 6D52)
 Host:       hilbert.math.univ-rennes1.fr
 Command:    xemacs
 PID:        16859
 Exception:  EXC_BAD_ACCESS (0x0001)
 Codes:      KERN_PROTECTION_FAILURE (0x0002) at 0x00000004
 Thread 0 Crashed:
  #0   0x0013555c in cleanup_specifiers (specifier.c:126)
  #1   0x00048058 in Ffuncall (eval.c:3696)
  #2   0x000147e4 in execute_optimized_program (bytecode.c:676)
  #3   0x0005034c in funcall_compiled_function (eval.c:3409)
  #4   0x00048560 in Ffuncall (eval.c:3799)
  #5   0x000147e4 in execute_optimized_program (bytecode.c:676)
  #6   0x0005034c in funcall_compiled_function (eval.c:3409)
  #7   0x00048560 in Ffuncall (eval.c:3799)
  #8   0x000a10f4 in mapcar1 (fns.c:3163)
  #9   0x0009fa90 in Fmapcar (fns.c:3276)
  #10  0x00048510 in Ffuncall (eval.c:3785)
  #11  0x000147e4 in execute_optimized_program (bytecode.c:676)
  #12  0x0005034c in funcall_compiled_function (eval.c:3409)
  #13  0x00048560 in Ffuncall (eval.c:3799)
  #14  0x000147e4 in execute_optimized_program (bytecode.c:676)
  #15  0x0005034c in funcall_compiled_function (eval.c:3409)
  #16  0x00048560 in Ffuncall (eval.c:3799)
  #17  0x000147e4 in execute_optimized_program (bytecode.c:676)
  #18  0x0005034c in funcall_compiled_function (eval.c:3409)
  #19  0x000479b0 in Feval (eval.c:3605)
  #20  0x000452bc in condition_case_1 (eval.c:1875)
  #21  0x00015460 in execute_rare_opcode (bytecode.c:1201)
  #22  0x0001461c in execute_optimized_program (bytecode.c:581)
  #23  0x0005034c in funcall_compiled_function (eval.c:3409)
  #24  0x000479b0 in Feval (eval.c:3605)
  #25  0x000452bc in condition_case_1 (eval.c:1875)
  #26  0x000201c8 in top_level_1 (cmdloop.c:214)
  #27  0x00045108 in internal_catch (eval.c:1489)
  #28  0x0001fc80 in initial_command_loop (cmdloop.c:298)
  #29  0x00042220 in sort_args (emacs.c:2449)
  #30  0x00042b0c in Fdump_emacs (emacs.c:2818)
  #31  0x00002668 in _start (crt.c:267)
  #32  0x000024e8 in start
 PPC Thread State:
   srr0: 0x0013555c srr1: 0x0200f030                vrsave: 0x00000000
    xer: 0x00000000   lr: 0x00135510  ctr: 0x00050d44   mq: 0x00000000
     r0: 0x00002889   r1: 0xbfffd890   r2: 0x00d4f708   r3: 0x002a2dc0
     r4: 0x00000000   r5: 0x001d4e4c   r6: 0x00005fd0   r7: 0x001d72ac
     r8: 0x001d9294   r9: 0x00000001  r10: 0x00050d98  r11: 0x00000001
    r12: 0x002a2ea4  r13: 0x00000001  r14: 0x00000000  r15: 0x001d5c98
    r16: 0x001d5c98  r17: 0x001d5c98  r18: 0x001d5c98  r19: 0x001d5c98
    r20: 0x00aa0190  r21: 0x00000000  r22: 0x00000010  r23: 0x001d5510
    r24: 0x002a2dc0  r25: 0x001d5510  r26: 0x002a2dc0  r27: 0x00e8ae10
    r28: 0x00d4e778  r29: 0x00d4f708  r30: 0x00d4e778  r31: 0x00135510