From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Adrian Robert Newsgroups: gmane.emacs.devel Subject: Re: Carbon port emacs-unicode-2 build problem under MacOSX Date: Wed, 7 Nov 2007 14:15:56 +0000 (UTC) Message-ID: References: <47305F6E.2030204@gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1194446410 6651 80.91.229.12 (7 Nov 2007 14:40:10 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 7 Nov 2007 14:40:10 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Nov 07 15:40:14 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 1Ipm4Y-00014E-GJ for ged-emacs-devel@m.gmane.org; Wed, 07 Nov 2007 15:40:02 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ipm4N-0004oz-5k for ged-emacs-devel@m.gmane.org; Wed, 07 Nov 2007 09:39:51 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Ipm4I-0004ks-W6 for emacs-devel@gnu.org; Wed, 07 Nov 2007 09:39:47 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Ipm4E-0004da-Ua for emacs-devel@gnu.org; Wed, 07 Nov 2007 09:39:46 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ipm4E-0004dF-Gh for emacs-devel@gnu.org; Wed, 07 Nov 2007 09:39:42 -0500 Original-Received: from main.gmane.org ([80.91.229.2] helo=ciao.gmane.org) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1Iplhd-0000WN-IM for emacs-devel@gnu.org; Wed, 07 Nov 2007 09:16:21 -0500 Original-Received: from list by ciao.gmane.org with local (Exim 4.43) id 1IplhM-0000wM-0B for emacs-devel@gnu.org; Wed, 07 Nov 2007 14:16:10 +0000 Original-Received: from 212.93.199.106 ([212.93.199.106]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 07 Nov 2007 14:16:03 +0000 Original-Received: from Adrian.B.Robert by 212.93.199.106 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 07 Nov 2007 14:16:03 +0000 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 22 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: main.gmane.org User-Agent: Loom/3.14 (http://gmane.org/) X-Loom-IP: 212.93.199.106 (Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.9) Gecko/20071025 Firefox/2.0.0.9) X-detected-kernel: by monty-python.gnu.org: 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:82741 Archived-At: Ted Zlatanov lifelogs.com> writes: > I think merging the Cocoa port would be a good thing. Unfortunately it > doesn't help those who want to track CVS with the Emacs build today, and > I don't know how hard it will be. I was planning to ask about inclusion after finishing up the multi-tty integration. But anyway since the issue has been raised, is autumn 2007 a good time to consider merging the Cocoa/GNUstep port into the unicode-2 branch, or would people prefer to wait until after unicode-2 -> trunk? Based on my experiences, the latter approach would be much less headache, but don't know how far off the unicode merge is at the moment. A brief comment on the Preferences dialog, this is tied to "defaults" under GNUstep/OS X systems, which are more or less equivalent to X resources. All of these variables can also be read/set through lisp. They are not exposed through defcustom at the moment, but the intent is to provide an optional convenience, not to replace standard emacs customization mechanisms. Adrian