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: Sun, 04 May 2008 14:07:50 +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> 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 1209877700 27496 80.91.229.12 (4 May 2008 05:08:20 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 4 May 2008 05:08:20 +0000 (UTC) Cc: Glenn Morris , Chong Yidong , Dan Nicolaescu , Nick Roberts , emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun May 04 07:08:54 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 1JsWSz-0006gS-Rl for ged-emacs-devel@m.gmane.org; Sun, 04 May 2008 07:08:54 +0200 Original-Received: from localhost ([127.0.0.1]:53528 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JsWSH-00049Q-RH for ged-emacs-devel@m.gmane.org; Sun, 04 May 2008 01:08:09 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JsWSB-00049L-43 for emacs-devel@gnu.org; Sun, 04 May 2008 01:08:03 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JsWS5-00045D-PL for emacs-devel@gnu.org; Sun, 04 May 2008 01:08:02 -0400 Original-Received: from [199.232.76.173] (port=34273 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JsWS5-000452-EJ for emacs-devel@gnu.org; Sun, 04 May 2008 01:07:57 -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 1JsWS1-0004It-EG; Sun, 04 May 2008 01:07:53 -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 402F22C40; Sun, 4 May 2008 14:07:50 +0900 (JST) In-Reply-To: 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:96421 Archived-At: >>>>> On Sat, 03 May 2008 23:21:37 -0400, Stefan Monnier said: > By "Carbon" I mean both Carbon and Carbon+AppKit, since I don't know > the actual difference between the two. They differs in GUI implementations. The former uses mactoolbox.c for that. As this file is already in the EMACS_22_BASE branch, you can guess the functionalities the AppKit counterpart provides by browsing the title of each page in that file. >> The breakage of the Carbon port is definitely NOT a reason. Well, >> one of the reasons would be that I found some changes that are >> totally unrelated to multi-tty. > Yes, the merge had its share of problems, but the fact that Lorentey > wasn't around made it worse. But I don't know what unrelated change > you may be thinking about. Of course I can give concrete examples, which are Mac-specific. But the point is: I found some, then how can I assure there's no other? Rather, I would doubt the quality and reliability of the whole code from such kinds of changes. >> Another reason is no clear explanation given about preloading >> term/*-win. > There was some explanation given via email at some point. To the list? Then I missed the one. I'm sorry about that. > IIRC, the issue is that the multi-tty feature introduced the > possibility that an Emacs session that starts using X11 (resp tty) > may later be asked to open a tty (resp X11) terminal. But loading > *-win.el after Emacs has been running for a while apparently > introduced problems, so the code was changed to eagerly load all the > term/*-win.el files that may be used later on during the session. > At that point, since x-win.el is loaded regardless of whether we > only use X11 or tty, it is a perfect candidate for preloading. Why > is that a problem? Thanks for the explanation. So, they are not necessary to be preloaded at the bootstrap stage? YAMAMOTO Mitsuharu mituharu@math.s.chiba-u.ac.jp