[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Mac OS-compatible ports

From: David De La Harpe Golden
Subject: Re: Mac OS-compatible ports
Date: Sun, 01 Jan 2012 21:18:51 +0000
User-agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv: Gecko/20111114 Icedove/3.1.16

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


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:


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.


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.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]