ObjFW  History of src/OFAutoreleasePool.m of b190519866c3d6b3

OFAutoreleasePools have long been discouraged in favor of the runtime's
autorelease pools. check-in: [09be825f88] user: js, branch: trunk, size: 0

This allows the runtime to only link against the parts it needs, without
pulling in unnecessary parts like thread spawning, TLS and conditions. file: [966b634bbb] check-in: [5358e9ea6a] user: js, branch: trunk, size: 3388 [annotate] [blame] [check-ins using] [diff]

Instead, explicitly declare them, as OF_ASSUME_NONNULL_{BEGIN,END} does
not apply to implicit return types. This means that after this commit,
all init methods have a nonnull return type, as they should have. file: [ae2a82f384] check-in: [2f4e0df8be] user: js, branch: trunk, size: 3362 [annotate] [blame] [check-ins using] [diff]

This matches Apple's style. file: [e9bf9ceb4f] check-in: [6b77a5dd8b] user: js, branch: trunk, size: 3306 [annotate] [blame] [check-ins using] [diff]

Casts are now written like types in variable declarations. file: [d441366c61] check-in: [4af49a13c3] user: js, branch: trunk, size: 3306 [annotate] [blame] [check-ins using] [diff]

Forgot to add 2017, even though I already did quite some changes in
2017. file: [88fd4d2a1a] check-in: [44f45c2e35] user: js, branch: trunk, size: 3305 [annotate] [blame] [check-ins using] [diff]

While at it, also update the mail address. file: [f48e2b8969] check-in: [2a27cf3000] user: js, branch: trunk, size: 3319 [annotate] [blame] [check-ins using] [diff]

This means that OFObject.h imports macros.h now, making it unnecessary
to manually import macros.h in almost every file. And while at it, also
import autorelease.h in OFObject.h, so that this doesn't need to be
manually imported in almost every file as well. file: [0f577bcb9a] check-in: [13ee56edf3] user: js, branch: trunk, size: 3309 [annotate] [blame] [check-ins using] [diff]

If threads.h exists, the thread_local from there is used. If it doesn't,
but _Thread_local exists, it's defined to that. As a last fallback, it
is defined to __thread. file: [c6736b8348] check-in: [c701e89b83] user: js, branch: trunk, size: 3352 [annotate] [blame] [check-ins using] [diff]

The only places where BOOL is left are those where they are required by
the ABI. file: [06405e2bb2] check-in: [c5ef582958] user: js, branch: trunk, size: 3021 [annotate] [blame] [check-ins using] [diff]

This is to be used when the condition includes a statement that needs to
be executed, as with assert, this would not be executed anymore when
NDEBUG is defined. file: [6cf9fdd824] check-in: [417b213d41] user: js, branch: trunk, size: 2738 [annotate] [blame] [check-ins using] [diff]

This uses the runtime's autorelease pools and implements autorelease
pools in the ObjFW runtime. It therefore uses ObjFW's autorelease pools
when using the ObjFW runtime and Apple's autorelease pools when using
the Apple runtime.

These new pools should be ARC-compatible now and finally, it should be
possible to mix OFAutoreleasePools and NSAutoreleasePools again, even
@autoreleasepool is allowed in the mix now. This also means the old
bridge to NSAutoreleasePool should not be required anymore, as both use
the runtime's autorelease pools now.

As a bonus, it's significantly faster to use the ObjFW runtime with
ObjFW's autorelease pools than to use Apple's runtime with Apple's
autorelease pools, as a quick benchmark using OFXMLParser on large files
showed. (Note: This is not only due to the different autorelease pools,
but also due to the fact that even with the same autorelease pools it is
faster using the ObjFW runtime, as can be seen in versions prior to this
commit.) file: [9b9e08d0f0] check-in: [f5927f8a84] user: js, branch: trunk, size: 1924 [annotate] [blame] [check-ins using] [diff]

Also fix a bug where OFBigDataArray would waste memory. file: [bc3a0d2a2f] check-in: [f7576a66ce] user: js, branch: trunk, size: 4218 [annotate] [blame] [check-ins using] [diff]

This is safe as an "exception loop" can't happen, since if allocating
an exception fails, it throws an OFAllocFailedException which is
preallocated and can always be thrown.

So, the worst case would be that an autorelease of an exception fails,
triggering an OFOutOfMemoryException for which there is no memory,
resulting in an OFAllocFailedException to be thrown. file: [6cfd14d520] check-in: [e1e7ffa903] user: js, branch: trunk, size: 4213 [annotate] [blame] [check-ins using] [diff]

This is almost never done, and was made impossible in ARC-compatible
code. file: [74a7fa7b2d] check-in: [2e484248de] user: js, branch: trunk, size: 4167 [annotate] [blame] [check-ins using] [diff]

We assume now that every object understands retain, release, etc. so
that we can weaken the type from OFObject* to id. This makes it
possible to use different root object classes. file: [0e3d14e495] check-in: [e2b06423e0] user: js, branch: trunk, size: 3823 [annotate] [blame] [check-ins using] [diff]

It always allocates memory for 16 objects now. releaseObjects does not
free the memory allocated to store objects so that the same number of
objects can be stored in the autorelease pool again without the need to
allocate memory. This will give loops creating lots of objects a huge
performance boost. file: [14bd700788] check-in: [f92e1c77a0] user: js, branch: trunk, size: 3837 [annotate] [blame] [check-ins using] [diff]

* +[conformsTo:] to +[conformsToProtocol:].
* -[isKindOf:] to -[isKindOfClass:].
* -[respondsTo:] to -[respondsToSelector:].
* -[conformsTo:] to -[conformsToProtocol:].
* -[methodFor:] to -[methodForSelector:]. file: [f5bf7ad9a3] check-in: [67bb344ba6] user: js, branch: trunk, size: 3049 [annotate] [blame] [check-ins using] [diff]

As we can't retain a pool, -[dealloc] will always be called when -[release]
is called. file: [bb48a7e604] check-in: [e6f6113b5c] user: js, branch: trunk, size: 3041 [annotate] [blame] [check-ins using] [diff]

OFArray:
* -[add:] to -[addObject:].
* -[last] to -[lastObject].

OFAutoreleasePool:
* +[addToPool:] to +[addObjectToTopmostPool:].
* -[addToPool:] to -[addObject:].

OFDataArray:
* -[add:] to -[addItem:].
* -[last] to -[lastItem].

OFObject:
* -[addToMemoryPool:] to -[addItemToMemoryPool:]. file: [bd25c897fc] check-in: [526d04018d] user: js, branch: trunk, size: 3217 [annotate] [blame] [check-ins using] [diff]

First, when an OFAutoreleasePool is deallocated, it should always
release all the objects.

Second, releaseObject should also release the objects of the pools on
top of the current pool. file: [1d59e36e29] check-in: [af41efe079] user: js, branch: trunk, size: 2842 [annotate] [blame] [check-ins using] [diff]

If you want to know if it will be released, you can just get the retain
count and check it this way. file: [99c26c51d9] check-in: [6d589825cd] user: js, branch: trunk, size: 2746 [annotate] [blame] [check-ins using] [diff]

And while at it, change #import <config.h> in some files to
#import "config.h". file: [0e0d5e7d64] check-in: [2a4aa05a84] user: js, branch: trunk, size: 2184 [annotate] [blame] [check-ins using] [diff]