From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: YAMAMOTO Mitsuharu Newsgroups: gmane.emacs.devel Subject: Re: CVS HEAD fails to build on OSX 10.4 (macterm.c broken?) Date: Tue, 04 Sep 2007 10:01:35 +0900 Organization: Faculty of Science, Chiba University 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> <200708310812.l7V8Cgq9022040@oogie-boogie.ics.uci.edu> <86lkbnygii.fsf@blue.stonehenge.com> <46DC1EF6.1040002@gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Trace: sea.gmane.org 1188867810 27766 80.91.229.12 (4 Sep 2007 01:03:30 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 4 Sep 2007 01:03:30 +0000 (UTC) Cc: emacs-devel@gnu.org, "Randal L. Schwartz" To: Jason Rumney Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Sep 04 03:03:30 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 1ISMpC-0001h4-8G for ged-emacs-devel@m.gmane.org; Tue, 04 Sep 2007 03:03:26 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1ISMpB-0007I0-2d for ged-emacs-devel@m.gmane.org; Mon, 03 Sep 2007 21:03:25 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1ISMnX-00059G-M2 for emacs-devel@gnu.org; Mon, 03 Sep 2007 21:01:43 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1ISMnX-00058J-0P for emacs-devel@gnu.org; Mon, 03 Sep 2007 21:01:43 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1ISMnW-000586-Ms for emacs-devel@gnu.org; Mon, 03 Sep 2007 21:01:42 -0400 Original-Received: from mathmail.math.s.chiba-u.ac.jp ([133.82.132.2]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1ISMnR-0002i9-C5; Mon, 03 Sep 2007 21:01:37 -0400 Original-Received: from church.math.s.chiba-u.ac.jp (church [133.82.132.36]) by mathmail.math.s.chiba-u.ac.jp (Postfix) with ESMTP id E40BA2C49; Tue, 4 Sep 2007 10:01:35 +0900 (JST) In-Reply-To: <46DC1EF6.1040002@gnu.org> User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.6 Emacs/23.0.50 (sparc-sun-solaris2.8) MULE/5.0 (SAKAKI) X-Detected-Kernel: NetBSD 3.0 (DF) 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:77708 Archived-At: >>>>> On Mon, 03 Sep 2007 15:49:26 +0100, Jason Rumney said: > Randal L. Schwartz wrote: >> I might be misreading this, but does this mean that mac carbon is >> essentially dead now, and won't be fixed, thanks to multi-tty being >> merged? > One developer, who is currently the main maintainer for the Carbon > port, has expressed the view that merging the Cocoa port (Emacs.app) > would be a better use of his time than continuing to maintain the > Carbon port once the unicode branch is merged. As it seems to be about me, maybe I should add a few words about that. I think you mean something I said in the emacs-unicode list. I also said basically the same thing recently (before Dan made a multi-tty port for Carbon with minimal tests): As for Mac, I'm planning to quit the development of the Carbon port for Emacs 23, as the Cocoa/GNUstep port will replace it on that version. So, personally I don't care if multitty is incompatible with the current Carbon code as long as it is not for Emacs 22.x (x > 1). http://lists.gnu.org/archive/html/emacs-devel/2007-05/msg00310.html But I didn't mean I'll help the development of the Cocoa/GNUstep port. > It does not mean that others cannot continue to maintain the Carbon > port if they feel it is necessary, Right. > nor does it mean that any effort to fix the bugs in the multi-tty > functionality would be wasted, as most of the non-UI Carbon code > will still be used by the Cocoa port. If "the Cocoa port" means Emacs.app by Adrian Robert et al., that's not true: it doesn't share the code with the Carbon port. On the other hand, recently I'm developing another Cocoa port (on Emacs 22) that has a different design and policy. It actually uses "most of the non-UI Carbon code", and only the UI portions are reimplemented on Cocoa. So, I'd call it "Carbon+AppKit port" rather than a Cocoa port (the AppKit framework provides UI portions of Cocoa). It is actually working well, and the new code is less than 6000 lines. One of its objectives is apparently to make the 64-bit version because UI portions of Carbon is not going to be 64-bit. (The current version of the Carbon+AppKit port is just the first step and it still doesn't work as a 64-bit binary.) Currently the Carbon+AppKit port loses the destination to check in, but I'm not in a hurry: actually, it does not provide any new or fancy features users may want to see :-). YAMAMOTO Mitsuharu mituharu@math.s.chiba-u.ac.jp