Initial pass at implementing fully Apple-compatible GC. This requires the code to be built with -fobjc-gc or -fobjc-gc-only, and requires a runtime that implements all of the support functions (GNUstep runtime trunk or 1.5 when it's release).

Currently, there are a few places where we should be calling NSAllocateCollectable() without NSScannedOption, but are actually calling NSZoneMalloc() unless we're in GC mode.  We should not need separate code paths for this anywhere outside NSZone, since NSAllocateCollectable() will work in non-GC mode as well.

A few of the changes should be tweaked slightly so that they do run-time tests.  For example, when compiling with -fobjc-gc, we may be linked against non-GC code, which will use -retain and -release but won't use the memory barriers.  Supporting this nicely is a lot of effort, and I'm not fully convinced it's a good idea.



git-svn-id: svn+ssh://svn.gna.org/svn/gnustep/libs/base/trunk@33104 72102866-910b-0410-8b05-ffd578937521
This commit is contained in:
theraven 2011-05-24 14:43:27 +00:00
parent d9f4c65624
commit 9c75389ee7
7 changed files with 241 additions and 14 deletions

View file

@ -1305,13 +1305,21 @@ _bundle_load_callback(Class theClass, struct objc_category *theCategory)
{
bundle = (NSBundle *)NSMapGet(_byIdentifier, identifier);
IF_NO_GC(
if (bundle != nil)
{
[bundle retain]; /* retain - look as if we were alloc'ed */
}
[bundle retain]; /* retain - look as if we were alloc'ed */
)
}
[load_lock unlock];
// Some OS X apps try to get the foundation bundle by looking it up by
// identifier. This is expected to be faster than looking it up by class, so
// we lazily insert it into the table if it's requested.
if (nil == bundle && [@"com.apple.Foundation" isEqualToString: identifier])
{
NSBundle *foundation = [self bundleForClass: self];
[load_lock lock];
NSMapInsert(_byIdentifier, @"com.apple.Foundation", foundation);
[load_lock unlock];
return foundation;
}
return AUTORELEASE(bundle);
}