Re: CVS HEAD fails to build on OSX 10.4 (macterm.c broken?)

[Dan Nicolaescu]

YAMAMOTO Mitsuharu <address@hidden> writes:

  > >>>>> On Wed, 29 Aug 2007 09:41:50 -0700, Dan Nicolaescu <address@hidden> 
said:
  > 
  > >> It works in terminal mode, but fails to launch in carbon mode. :(
  > 
  > > It used to do at least that much when I did the mac multi-tty port
  > > back in May. A lot of things seem to have changed in CVS for the mac
  > > since then.
  > 
  > Now I can hardly believe that.  I couldn't find any calls to
  > add_keyboard_wait_descriptor in the past macterm.c in the multi-tty
  > branch despite the comment in process.c below:
  > 
  >   /* Don't do this, it caused infinite select loops.  The display
  >      method should call add_keyboard_wait_descriptor on stdin if it
  >      needs that.  */
  > #if 0
  >   FD_SET (0, &input_wait_mask);
  > #endif
  > 
  > I seriously suspect you ran a wrong (i.e., non multi-tty) executable.

I am not sure what your intention is with this. I don't think I had a
multi-tty executable around.

When I did that work I clearly stated that I did only minimal
testing. For the record here's what that meant:
-bootstrap with --without-carbon --with-x11, make sure it works
-configure --with-carbon
-make (no rebootstrap, I kept the byte compiled files)
-check that  emacs -nw starts up (don't remember what I had to do to
make it work, mainly it was compilation fixes for new interfaces)
-hack until a carbon frame is displayed, run emacs -f server-start,
check that emacsclient and emacsclient -t can connect to it.

Given that nobody else cared to make any more changes to the multi-tty
carbon port since then, and you stated that you are not interested in
maintaining the carbon port for emacs 23, it was probably not a good
investment of my time to even go that far.