From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Glenn Morris Newsgroups: gmane.emacs.devel Subject: Re: CVS HEAD fails to build on OSX 10.4 (macterm.c broken?) Date: Wed, 29 Aug 2007 18:05:29 -0400 Message-ID: References: <86k5re4blv.fsf@blue.stonehenge.com> <200708291531.l7TFVnlD010335@oogie-boogie.ics.uci.edu> <86fy224aah.fsf@blue.stonehenge.com> <86bqcq4a4q.fsf@blue.stonehenge.com> <200708291604.l7TG4atk011108@oogie-boogie.ics.uci.edu> <867ine492x.fsf@blue.stonehenge.com> <863ay24826.fsf@blue.stonehenge.com> <200708291641.l7TGfo2t012413@oogie-boogie.ics.uci.edu> <86y7fu2ssp.fsf@blue.stonehenge.com> <79AD547D-950B-499F-8581-415BA66456DF@mit.edu> <200708291749.l7THnAQ3014968@oogie-boogie.ics.uci.edu> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1188425157 7291 80.91.229.12 (29 Aug 2007 22:05:57 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 29 Aug 2007 22:05:57 +0000 (UTC) Cc: emacs-devel@gnu.org To: chad brown Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Aug 30 00:05:54 2007 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1IQVfS-0006wT-Bq for ged-emacs-devel@m.gmane.org; Thu, 30 Aug 2007 00:05:42 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IQVfS-0000Lh-7k for ged-emacs-devel@m.gmane.org; Wed, 29 Aug 2007 18:05:42 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1IQVfP-0000JN-1z for emacs-devel@gnu.org; Wed, 29 Aug 2007 18:05:39 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1IQVfO-0000IE-Ip for emacs-devel@gnu.org; Wed, 29 Aug 2007 18:05:38 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IQVfO-0000I9-Hb for emacs-devel@gnu.org; Wed, 29 Aug 2007 18:05:38 -0400 Original-Received: from fencepost.gnu.org ([140.186.70.10]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1IQVfO-0000mQ-5R for emacs-devel@gnu.org; Wed, 29 Aug 2007 18:05:38 -0400 Original-Received: from rgm by fencepost.gnu.org with local (Exim 4.60) (envelope-from ) id 1IQVfF-0008PN-Ux; Wed, 29 Aug 2007 18:05:29 -0400 X-Spook: analyzer Skipjack asset HAMASMOIS Telex kilderkin USDOJ X-Ran: HgK=d&+*k]o:!u$=2I5-=D'PO&.<7PkesYu#wZsp8b7T2gsz\p (chad brown's message of "Wed, 29 Aug 2007 13:14:56 -0700") User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) X-Detected-Kernel: Linux 2.6, seldom 2.4 (older, 4) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:77363 Archived-At: chad brown wrote: > with the #undef MULTI_KBOARD line commented out. This seems to be a > feature of autoconf, but I'm not familiar enough with autoconf to be > sure, or figure out how to work around it. Can someone more familiar > with autoconf either fix src/config.in or tell me how to do it, so I > can verify the diagnosis (and look for further problems)? Try the following. (Also, these changes should be moved to configure.in so that autoheader will regenerate src/config.in in the right format). *** config.in 29 Aug 2007 05:27:54 -0000 1.232 --- config.in 29 Aug 2007 22:03:18 -0000 *************** *** 930,947 **** #endif /* Multi-tty support relies on MULTI_KBOARD. It seems safe to turn it ! on unconditionally. */ #ifndef MULTI_KBOARD #define MULTI_KBOARD #endif /* If we're using the Carbon API on Mac OS X, define a few more variables as well. */ #ifdef HAVE_CARBON #define HAVE_WINDOW_SYSTEM #define HAVE_MOUSE - /* XXX The MULTI_KBOARD support does not work yet on this platform. */ - #undef MULTI_KBOARD #endif /* Define USER_FULL_NAME to return a string --- 930,948 ---- #endif /* Multi-tty support relies on MULTI_KBOARD. It seems safe to turn it ! on unconditionally. ! XXX Except on Mac Carbon, where this feature does not work yet. */ ! #ifndef HAVE_CARBON #ifndef MULTI_KBOARD #define MULTI_KBOARD #endif + #endif /* If we're using the Carbon API on Mac OS X, define a few more variables as well. */ #ifdef HAVE_CARBON #define HAVE_WINDOW_SYSTEM #define HAVE_MOUSE #endif /* Define USER_FULL_NAME to return a string