using autorelease in apple's CF
Hello gnustep developers! I'm interesting in using autorelease pool from apple's CF (http://www.opensource.apple.com/source/CF/, http://www.opensource.apple.com/source/CFNetwork/). In gnustep implementation autorelease message ([(object) autorelease]) for allocated object is sending. I'm talking about svn.gna.org/svn/gnustep/libs/base/trunk, whole implementation was made on objective C. But CF published on opensource.apple.com written on C. So the question how they are putting objects into autorelease pool? My assumption, somewhere should be objc_autorelease invocation, but where? BR Alexey ___ Gnustep-dev mailing list Gnustep-dev@gnu.org https://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: using autorelease in apple's CF
On 05/12/2015 09:34 AM, Alexey Perevalov wrote: > Hello gnustep developers! > > I'm interesting in using autorelease pool from apple's CF > (http://www.opensource.apple.com/source/CF/, > http://www.opensource.apple.com/source/CFNetwork/). > In gnustep implementation autorelease message ([(object) autorelease]) > for allocated object is sending. I'm talking about > svn.gna.org/svn/gnustep/libs/base/trunk, whole implementation was made > on objective C. But CF published on opensource.apple.com written on C. > So the question how they are putting objects into autorelease pool? My > assumption, somewhere should be objc_autorelease invocation, but where? > > BR > Alexey You're confusing things. CF doesn't have any functions for autoreleasing. You can only autorelease via Foundation, which was never open sourced by Apple. -- Luboš Doležel ___ Gnustep-dev mailing list Gnustep-dev@gnu.org https://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: using autorelease in apple's CF
Alexey, To further clarify: - Core Foundation: base libraries exposing a C API that implement strings, arrays, etc. Some free software/open source implementations: Apple's implementation, GNUstep's corebase - Foundation: base libraries exposing an Objective-C API that implement strings, arrays, etc.. Some free software/open source implementations: Apple's implementation, GNUstep's base, Cocotron - You can add (generally) add Core Foundation objects into Foundation's autorelease pool, and (mostly) send them certain Objective-C messages; that is, they pretend to be/are Objective-C objects - objc_autorelease, based on its name, would exist in the Objective-C runtime (e.g. libobjc2), and it doesn't. - objc_release is provided by the runtime for the sake of ARC, not because it is strictly necessary for an implementation of Foundation written in Objective-C. HTH On Tue, May 12, 2015 at 9:34 AM, Luboš Doležel wrote: > On 05/12/2015 09:34 AM, Alexey Perevalov wrote: > > Hello gnustep developers! > > > > I'm interesting in using autorelease pool from apple's CF > > (http://www.opensource.apple.com/source/CF/, > > http://www.opensource.apple.com/source/CFNetwork/). > > In gnustep implementation autorelease message ([(object) autorelease]) > > for allocated object is sending. I'm talking about > > svn.gna.org/svn/gnustep/libs/base/trunk, whole implementation was made > > on objective C. But CF published on opensource.apple.com written on C. > > So the question how they are putting objects into autorelease pool? My > > assumption, somewhere should be objc_autorelease invocation, but where? > > > > BR > > Alexey > > You're confusing things. CF doesn't have any functions for > autoreleasing. You can only autorelease via Foundation, which was never > open sourced by Apple. > > -- > Luboš Doležel > > ___ > Gnustep-dev mailing list > Gnustep-dev@gnu.org > https://lists.gnu.org/mailman/listinfo/gnustep-dev > ___ Gnustep-dev mailing list Gnustep-dev@gnu.org https://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: GNUstep core release
Hi, Fred Kiefer wrote: Richard and I are planing to do a shared release of the GNUstep core modules (at least base, gui, back, maybe make as well) on May 15th. Could you all please test the current code and report any regressions. Up to this date we should all stop to add new features and restrict us to important bug fixes. I would like to see certain bugs fixed or at least analyzed before a release 1) bug #45032: [base] Bundle not correctly returned for Class in Framework which I'd classify as a blocker 2) bug #45081: gui and back do not pick up compiler setting Confirm my fix and agree if have a warning or error like now 3) bug #43454: Problem with Continuous Spell Checking How serious is this? 4) bug #29730: Build attempt when typing 'make distclean' twice Riccardo ___ Gnustep-dev mailing list Gnustep-dev@gnu.org https://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: GNUstep core release
On 12 May 2015, at 22:35, Riccardo Mottola wrote: > > Hi, > > Fred Kiefer wrote: >> Richard and I are planing to do a shared release of the GNUstep core modules >> (at least base, gui, back, maybe make as well) on May 15th. Could you all >> please test the current code and report any regressions. Up to this date we >> should all stop to add new features and restrict us to important bug fixes. > > I would like to see certain bugs fixed or at least analyzed before a release > > 1) bug #45032: [base] Bundle not correctly returned for Class in Framework > which I'd classify as a blocker As long as this is ony on your Solaris system, it's hard to see how to address it (unless you can provide a fix). Is it a regression, or a long term problem? > 2) bug #45081: gui and back do not pick up compiler setting > Confirm my fix and agree if have a warning or error like now I think your fix looks fine, and for the case where an environment variable is used explicitly, I think a warning is sufficient (I'm a power user and am OK with the error; since it only takes 30 seconds to reconfigure/reinstall gnustep-make for a new compiler, but if it really bugs someone else then I don't mind it being a warnign instead). > 3) bug #43454: Problem with Continuous Spell Checking > How serious is this? I'm not familiar with that one ... will try to take a look at it today. > 4) bug #29730: Build attempt when typing 'make distclean' twice I'll definitely get that into base. ___ Gnustep-dev mailing list Gnustep-dev@gnu.org https://lists.gnu.org/mailman/listinfo/gnustep-dev
RE: using autorelease in apple's CF
Hello Ivan and Luboš, thank you for clarification, right now it's more clear, I think, due CF function is not automatically put bridged(or not) objects into autorelease pool, e.g. CFStreamCreatePairWithSocket, client should release it manually, like in https://github.com/robbiehanson/CocoaAsyncSocket/blob/master/GCD/GCDAsyncSocket.m with readStream/writeStream. BR, Alexey From: i...@vucica.net Date: Tue, 12 May 2015 21:50:35 +0100 Subject: Re: using autorelease in apple's CF To: lu...@dolezel.info CC: gnustep-dev@gnu.org Alexey, To further clarify:- Core Foundation: base libraries exposing a C API that implement strings, arrays, etc. Some free software/open source implementations: Apple's implementation, GNUstep's corebase- Foundation: base libraries exposing an Objective-C API that implement strings, arrays, etc.. Some free software/open source implementations: Apple's implementation, GNUstep's base, Cocotron- You can add (generally) add Core Foundation objects into Foundation's autorelease pool, and (mostly) send them certain Objective-C messages; that is, they pretend to be/are Objective-C objects- objc_autorelease, based on its name, would exist in the Objective-C runtime (e.g. libobjc2), and it doesn't. - objc_release is provided by the runtime for the sake of ARC, not because it is strictly necessary for an implementation of Foundation written in Objective-C. HTH On Tue, May 12, 2015 at 9:34 AM, Luboš Doležel wrote: On 05/12/2015 09:34 AM, Alexey Perevalov wrote: > Hello gnustep developers! > > I'm interesting in using autorelease pool from apple's CF > (http://www.opensource.apple.com/source/CF/, > http://www.opensource.apple.com/source/CFNetwork/). > In gnustep implementation autorelease message ([(object) autorelease]) > for allocated object is sending. I'm talking about > svn.gna.org/svn/gnustep/libs/base/trunk, whole implementation was made > on objective C. But CF published on opensource.apple.com written on C. > So the question how they are putting objects into autorelease pool? My > assumption, somewhere should be objc_autorelease invocation, but where? > > BR > Alexey You're confusing things. CF doesn't have any functions for autoreleasing. You can only autorelease via Foundation, which was never open sourced by Apple. -- Luboš Doležel ___ Gnustep-dev mailing list Gnustep-dev@gnu.org https://lists.gnu.org/mailman/listinfo/gnustep-dev ___ Gnustep-dev mailing list Gnustep-dev@gnu.org https://lists.gnu.org/mailman/listinfo/gnustep-dev ___ Gnustep-dev mailing list Gnustep-dev@gnu.org https://lists.gnu.org/mailman/listinfo/gnustep-dev