From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: David De La Harpe Golden Newsgroups: gmane.emacs.devel Subject: Re: Mac OS-compatible ports Date: Sun, 01 Jan 2012 21:18:51 +0000 Message-ID: <4F00CDBB.3070601@harpegolden.net> 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> <2273100E-CEC7-4513-88A7-6DE60A86509E@math.s.chiba-u.ac.jp> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1325452748 30515 80.91.229.12 (1 Jan 2012 21:19:08 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sun, 1 Jan 2012 21:19:08 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Jan 01 22:19:00 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 1RhSnz-0005Xl-Ok for ged-emacs-devel@m.gmane.org; Sun, 01 Jan 2012 22:18:59 +0100 Original-Received: from localhost ([::1]:51028 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RhSny-000233-Vt for ged-emacs-devel@m.gmane.org; Sun, 01 Jan 2012 16:18:58 -0500 Original-Received: from eggs.gnu.org ([140.186.70.92]:43114) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RhSnw-00022n-2r for emacs-devel@gnu.org; Sun, 01 Jan 2012 16:18:57 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RhSnu-0003B6-LU for emacs-devel@gnu.org; Sun, 01 Jan 2012 16:18:56 -0500 Original-Received: from harpegolden.net ([65.99.215.13]:45465) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RhSnu-0003Ay-Ew for emacs-devel@gnu.org; Sun, 01 Jan 2012 16:18:54 -0500 Original-Received: from [87.198.47.210] (87-198-47-210.ptr.magnet.ie [87.198.47.210]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client CN "David De La Harpe Golden", Issuer "David De La Harpe Golden Personal CA rev 3" (verified OK)) by harpegolden.net (Postfix) with ESMTPSA id 2C26C683D9 for ; Sun, 1 Jan 2012 21:18:53 +0000 (GMT) User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.24) Gecko/20111114 Icedove/3.1.16 In-Reply-To: <2273100E-CEC7-4513-88A7-6DE60A86509E@math.s.chiba-u.ac.jp> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 65.99.215.13 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:147137 Archived-At: On 01/01/12 07:02, YAMAMOTO Mitsuharu wrote: > For example, Grand Central Dispatch (GCD) I mentioned in the > `select' emulation without periodic polling is a C API and > provided by both Mac OS X and iOS, but not by GNUstep. > libdispatch itself is, however, Apache 2.0 licensed, and has been ported to gnu+linux and packaged for debian/unstable http://packages.debian.org/sid/libdispatch0 http://chris.mowforth.com/installing-grand-central-dispatch-on-linux I haven't tried it, but the in-development ObjC2 runtime for GNUstep reportedly had its own "toylibdispatch" implementation it uses, and maybe can now use the "real" one above with some hacking, based on this ticket: http://savannah.gnu.org/bugs/?34627 But it's all a bit bleeding edge, stable GNUstep doesn't support blocks and stuff yet. Apart from that, note this stuff reportedly currently requires clang rather than gcc at present. http://wiki.gnustep.org/index.php/ObjC2_FAQ#Which_Runtime_Should_I_use.3F But anyway, still, I'd be wary of some "GNUstep doesn't support" claims, they may just be "Stable release of GNUstep doesn't support" or "GNUstep doesn't support yet". I think it really would be a shame to break emacs GNUstep compat, especially as it's clear from the above the GNUstep project is making strong efforts to keep up with apple's modernisations (whatever your opinion of apple as a company, purely technically I think most people would agree objc2 blocks etc. are a really good thing for objc...). Though maybe there could be greater separation in the code paths in emacs, say separate 'gnustep and 'macosx window systems rather than a unified 'ns, despite the seemingly large overlap.