Re: Mac OS X 10.2.2 - Need to Recompile

[Brad Miller]

I had the same problem this morning after updating to 10.2.2 last night.

My first attempt, was to do something simple:
make clean
make
That didn't solve it...  Emacs still died right after launch.
make distclean
make
Same result.  For some reason this never works like I would expect it 
to for the mac build.  Is there a better/different clean target that I 
should use?

So, I removed the emacs directory and checked out a clean copy from CVS.
./configure --without-x
make bootstrap

Now I get a bunch of warnings like this one, chosen at random:
keyboard.c:62: warning: could not use precompiled header 
'/usr/include/unistd-gcc3.p', because:
keyboard.c:62: warning: macro 'select' defined by ./s/darwin.h 
conflicts with precomp

Finally the compile dies a horrible death at:
Compiling /Users/bmiller/src/emacs/lisp/progmodes/cc-mode.el
>>Error occurred processing 
/Users/bmiller/src/emacs/lisp/progmodes/cc-mode.el: Symbol's function 
definition is void ((char-table-p))
make[1]: *** [compile] Error 1
make: *** [bootstrap] Error 2

Uggh!  Now I'm really stuck.  Any thoughts on what I can do?

Thanks,

Brad

On Tuesday, November 12, 2002, at 03:22 AM, address@hidden 
wrote:

> --__--__--
>
> Message: 7
> Date: Mon, 11 Nov 2002 19:34:24 -0800
> Subject: Mac OS X 10.2.2 - Need to Recompile
> From: Steven Tamm <address@hidden>
> To: address@hidden
>
> I just updated to Mac OS X 10.2.2 and the emacs I was using (compiled
> in 10.2.1) stopped working (similar to the update between 10.1 and
> 10.2).  Recompiling fixed everything, so it's not a huge problem.
> Seems that there is a new version of libSystem.B included in 10.2.2,
> which is incompatible.
>
> The error I got was here:
>
> #0  0x90004248 in szone_size ()
> #1  0x000b0b0c in xrealloc (block=0x0, size=321) at alloc.c:542
> #2  0x00006240 in adjust_frame_message_buffer (f=0x63aec0) at
> dispnew.c:2435
> #3  0x00005c20 in adjust_frame_glyphs (f=0x63aec0) at dispnew.c:2133
> #4  0x00005bcc in adjust_frame_glyphs_initially () at dispnew.c:2115
> #5  0x0000c6e4 in init_display () at dispnew.c:6537
>
> It occurs on the first call to realloc with a non-empty block.  The
> darwin source is hard to follow at this point as malloc blocks are
> controlled in objc code.
>
> Does anyone else see this problem?
> -Steven
Brad Miller
PhD Candidate
University of Minnesota
(612) 384-8351
http://www-users.cs.umn.edu/~bmiller