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: Mac OS-compatible ports Date: Sun, 1 Jan 2012 15:31:45 +0000 (UTC) Message-ID: References: <9E637EAB-A0C5-421B-9CCA-71C41442AF52@gmail.com> <87ipl7zaea.fsf@lifelogs.com> <87sjkbib14.fsf@uwakimon.sk.tsukuba.ac.jp> <87d3baui4b.fsf@lifelogs.com> <87mxacqlg4.fsf@lifelogs.com> <87fwg3pfy4.fsf@lifelogs.com> <8739c2dscy.fsf@lifelogs.com> <87ehvkdgfr.fsf_-_@lifelogs.com> <4EFF1BE4.6020205@s wipnet.se> <7663A5DC-CA40-45B3-A0F3-5624BBB6C852@math.s.chiba-u.ac.jp> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Trace: dough.gmane.org 1325431934 10714 80.91.229.12 (1 Jan 2012 15:32:14 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sun, 1 Jan 2012 15:32:14 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Jan 01 16:32:10 2012 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1RhNOI-00064H-CE for ged-emacs-devel@m.gmane.org; Sun, 01 Jan 2012 16:32:06 +0100 Original-Received: from localhost ([::1]:35915 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RhNOH-0007DR-U5 for ged-emacs-devel@m.gmane.org; Sun, 01 Jan 2012 10:32:05 -0500 Original-Received: from eggs.gnu.org ([140.186.70.92]:48394) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RhNOF-0007DL-S9 for emacs-devel@gnu.org; Sun, 01 Jan 2012 10:32:04 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RhNOE-00084u-KG for emacs-devel@gnu.org; Sun, 01 Jan 2012 10:32:03 -0500 Original-Received: from lo.gmane.org ([80.91.229.12]:40423) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RhNOE-00084n-A9 for emacs-devel@gnu.org; Sun, 01 Jan 2012 10:32:02 -0500 Original-Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1RhNOD-0005yC-Bp for emacs-devel@gnu.org; Sun, 01 Jan 2012 16:32:01 +0100 Original-Received: from 75.251.18.255 ([75.251.18.255]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 01 Jan 2012 16:32:01 +0100 Original-Received: from Adrian.B.Robert by 75.251.18.255 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 01 Jan 2012 16:32:01 +0100 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 45 Original-X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: sea.gmane.org User-Agent: Loom/3.14 (http://gmane.org/) X-Loom-IP: 75.251.18.255 (Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_6_8; en-us) AppleWebKit/533.21.1 (KHTML, like Gecko) Version/5.0.5 Safari/533.21.1) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 80.91.229.12 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:147124 Archived-At: Jan Djärv swipnet.se> writes: > 1 jan 2012 kl. 02:54 skrev > YAMAMOTO Mitsuharu math.s.chiba-u.ac.jp>: > > > > What about the "Lisp evaluation inside read_socket_hook" problem > > on the GNUstep port? Is your idea for Cocoa (Mac OS X 10.5 or > > later) applicable to GNUstep, or do you have another idea? > > If GNUstep provides the same API, it is applicable, but I have to get GNUstep up and running first to check. > Their documentation says no, but that might not be up to date. > > But I'm sure some solution can be found. It does not need to be the same > as for OSX. > > On another note, could your font backend be plugged in in Emacs 24? Would it > be worthwhile? In principle it should be possible to plug in pieces from some of the font backend function implementations. It would necessitate ifdefs for GNUstep. One way to make that cleaner would be simply to split the backends for GNUstep and MacOS, using a superclass for common functionality, similar to W32 and X. As far as read_socket_hook, there has been a lot of discussion of this in the past. Yamamoto-san has always insisted there is an irremediable design issue in the NS port, but I've never been convinced of this, preferring to target and fix individual problems. Not sure if either of us can be 100% objective though. ;-) Still, when I last looked at this (years ago now), it seemed like it would be possible to switch the event loop approach without large-scale code changes. One aspect which I don't remember the status of is multi-TTY. I remember at one point the Mac port wasn't working with it. Is that still the case? If so is it a design issue relating to the event loop approach or something that could be fixed? -Adrian