ObjFW  History of src/OFAutoreleasePool.h of b190519866c3d6b3

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

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

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

The only places where BOOL is left are those where they are required by
the ABI. file: [7b7e104b06] check-in: [c5ef582958] user: js, branch: trunk, size: 2285 [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: [d6d789a7b7] check-in: [f5927f8a84] user: js, branch: trunk, size: 2201 [annotate] [blame] [check-ins using] [diff]

This is almost never done, and was made impossible in ARC-compatible
code. file: [55b2b70b8b] check-in: [2e484248de] user: js, branch: trunk, size: 2285 [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: [219e7884ea] check-in: [e2b06423e0] user: js, branch: trunk, size: 2150 [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: [20042a6dbe] check-in: [f92e1c77a0] user: js, branch: trunk, size: 2164 [annotate] [blame] [check-ins using] [diff]

ivars are now named like this: thisIsAnIVar. If an accessor exists for
the ivar, the ivar is named like the accessor. This is required for
@property to work. file: [80b6b20e53] check-in: [37db8f0fb3] user: js, branch: trunk, size: 1769 [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: [9729efb348] check-in: [526d04018d] user: js, branch: trunk, size: 1083 [annotate] [blame] [check-ins using] [diff]