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: Next release Date: Mon, 05 May 2008 09:44:10 +0900 Organization: Faculty of Science, Chiba University Message-ID: References: <18457.37369.262079.668907@kahikatea.snap.net.nz> <5jr6clncn8.fsf@fencepost.gnu.org> <87od7p22dw.fsf@stupidchicken.com> <200805021331.m42DVYVw016584@sallyv1.ics.uci.edu> <200805021610.m42GAhkE001271@sallyv1.ics.uci.edu> <200805040056.m440u3eS022727@sallyv1.ics.uci.edu> <87k5i9n4qe.fsf@stupidchicken.com> 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: ger.gmane.org 1209948300 11133 80.91.229.12 (5 May 2008 00:45:00 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 5 May 2008 00:45:00 +0000 (UTC) Cc: Glenn Morris , Nick Roberts , Dan Nicolaescu , Stefan Monnier , emacs-devel@gnu.org To: Chong Yidong Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon May 05 02:45:35 2008 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 1Jsopg-0006Cz-VH for ged-emacs-devel@m.gmane.org; Mon, 05 May 2008 02:45:33 +0200 Original-Received: from localhost ([127.0.0.1]:50358 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Jsooz-0005Tt-Ca for ged-emacs-devel@m.gmane.org; Sun, 04 May 2008 20:44:49 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Jsoou-0005Sd-Gl for emacs-devel@gnu.org; Sun, 04 May 2008 20:44:44 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Jsoos-0005RE-Rg for emacs-devel@gnu.org; Sun, 04 May 2008 20:44:44 -0400 Original-Received: from [199.232.76.173] (port=59159 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Jsoos-0005R0-Jk for emacs-devel@gnu.org; Sun, 04 May 2008 20:44:42 -0400 Original-Received: from ntp.math.s.chiba-u.ac.jp ([133.82.132.2] helo=mathmail.math.s.chiba-u.ac.jp) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Jsooc-00021N-Rl; Sun, 04 May 2008 20:44:31 -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 4A8832C40; Mon, 5 May 2008 09:44:10 +0900 (JST) In-Reply-To: <87k5i9n4qe.fsf@stupidchicken.com> 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: by monty-python.gnu.org: 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:96468 Archived-At: >>>>> On Sun, 04 May 2008 17:23:21 -0400, Chong Yidong said: > IIUC, the way things are right now is that multi-tty works on free > software platforms, but not on Carbon. It was merged onto the > trunk, in such a way that the Carbon port does not possess multi-tty > functionality but at least still compiles. It could compile after the multi-tty merger but the resulting binary became unbearably unresponsive. I don't know if it possessed multi-tty functionality. > If, ultimately, no one is willing to work on getting multi-tty > functionality working for Carbon, we'll release Emacs 23 with > multi-tty functionality turned on for free software platforms (and > whatever other platforms people can get it working on). So the work > to "at least get it compiling on Carbon" is a necessary step. As I've been saying, if the Cocoa/GNUstep port becomes good enough, we don't have to do anything about the Carbon(+AppKit) port of Emacs 23. Maybe the maintainers can put some time schedule to judge if the Cocoa/GNUstep port is good enough for the official Emacs 23? I may develop the Carbon+AppKit port of Emacs 23 for my private use or just for fun. But the quality and efforts required for the official distribution are quite different from those for the private use. For the latter, I can limit the OS version to the latest one, and I can omit the features that I don't use. YAMAMOTO Mitsuharu mituharu@math.s.chiba-u.ac.jp