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: Emacs on OS X development Date: Sun, 15 Jul 2012 11:45:54 +0900 Organization: Faculty of Science, Chiba University Message-ID: References: <33545A47-0907-4059-92A6-0343CEDD2750@swipnet.se> <869E965F-CD75-46D6-92BB-B3C08C8D846B@swipnet.se> <87fw8t7siv.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Trace: dough.gmane.org 1342320367 28900 80.91.229.3 (15 Jul 2012 02:46:07 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sun, 15 Jul 2012 02:46:07 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Jul 15 04:46:07 2012 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1SqEqU-0004Ra-5q for ged-emacs-devel@m.gmane.org; Sun, 15 Jul 2012 04:46:06 +0200 Original-Received: from localhost ([::1]:49808 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SqEqT-0001hL-IU for ged-emacs-devel@m.gmane.org; Sat, 14 Jul 2012 22:46:05 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:35821) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SqEqS-0001hG-09 for emacs-devel@gnu.org; Sat, 14 Jul 2012 22:46:04 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SqEqQ-0001Bu-QH for emacs-devel@gnu.org; Sat, 14 Jul 2012 22:46:03 -0400 Original-Received: from mathmail.math.s.chiba-u.ac.jp ([133.82.132.2]:58334) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SqEqQ-0001BO-9S for emacs-devel@gnu.org; Sat, 14 Jul 2012 22:46:02 -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 0E709C055D for ; Sun, 15 Jul 2012 11:45:55 +0900 (JST) In-Reply-To: <87fw8t7siv.fsf@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/22.3 (sparc-sun-solaris2.8) MULE/5.0 (SAKAKI) X-detected-operating-system: by eggs.gnu.org: NetBSD 3.0 (DF) X-Received-From: 133.82.132.2 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:151618 Archived-At: >>>>> On Sun, 15 Jul 2012 08:54:48 +0800, Chong Yidong said: > Here's the historical context. Way back during the Emacs 23 > development cycle, the Carbon port was completely broken; it could > not even compile. It remained so for a period of (IIRC) almost a > year, because Yamamoto Mitsuharu was at the time unwilling to keep > it up to date with the changes to the terminal and font systems, and > apparently no one else could fix it. Since the Cocoa port was in > the process of being merged, it was then decided that rather than > keep two Mac ports---one of them broken for the indefinite > future---we'd just go with Cocoa and work on improving it. I stopped supporting the Carbon port for Emacs 23 in the early stage because Apple announced GUI via Carbon was not going to 64-bit. I'm confident that was the right decision, though there were some complaints at that time. > Since then, of course, Yamamoto Mitsuharu has been able to keep the > Carbon port alive. That sounds inaccurate. I didn't keep the "Carbon port" alive. Instead, I assigned my resource toward another port (the "Carbon+AppKit" port, the direct predecessor of the Mac port) on Emacs 22, by replacing the GUI-specific part of the Carbon port so it uses Cocoa Appkit rather than Carbon HIToolbox, reusing the remaining part of the code. I was sticking to Emacs 22 rather than 23 first, because I wanted to concentrate on the switch of GUI implementation basis only, without being bothered with the difference between versions. Of course, I wasn't sure if such an attempt would succeed when I started it. The very first internal version started to work in one or two months, but it took another year to make it public, and yet another year to stabilize it. YAMAMOTO Mitsuharu mituharu@math.s.chiba-u.ac.jp