ObjFW  History of src/OFDataArray.h of 44f45c2e357301ef

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

OFHash is too generic, as this protocol is for cryptographic hashes. It
also solves the ambiguity of the +[hash] method (which is now
+[cryptoHash]), which conflicted with -[hash] on the class itself,
resulting in classes conforming to OFHash not being able to be used as a
key in an OFDictionary. file: [77b4882e58] check-in: [951f530aee] user: js, branch: trunk, size: 9101 [annotate] [blame] [check-ins using] [diff]

While at it, also update the mail address. file: [6415c31d89] check-in: [cec0f072f8] user: js, branch: 0.8, size: 9301 [annotate] [blame] [check-ins using] [diff]

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

This increases the required GCC version from 4.0 to 4.6 (exception:
Apple GCC, which already supports this with >= 4.0 starting with OS X
10.5). Since even GCC 4.6 is really old by now, there is no point in
still supporting something even older and making the code ugly because
of that. While some hardware and OS support was dropped from GCC 4.6
compared to GCC 4.0, there is nothing in there that would be an
interesting target with the exception of BeOS maybe - but a port to BeOS
can also be achieved using the Haiku support. The other dropped OSes are
mostly old versions of OSes while newer ones are still being supported
(and those newer versions of those OSes still support the same
hardware). file: [f2fca692ea] check-in: [48980f2297] user: js, branch: trunk, size: 9091 [annotate] [blame] [check-ins using] [diff]

No support for extensions yet.

This obsoletes BinaryPack. file: [76850fcca7] check-in: [cba771824e] user: js, branch: trunk, size: 8591 [annotate] [blame] [check-ins using] [diff]

Support for generating BinaryPack will follow. file: [7029647f44] check-in: [12f091ddd6] user: js, branch: trunk, size: 8517 [annotate] [blame] [check-ins using] [diff]

Also adds more checks. file: [4922f55b79] check-in: [d5ddb2cb48] user: js, branch: trunk, size: 6868 [annotate] [blame] [check-ins using] [diff]

This makes sense as the returned array is not a copy and may even be
changed directly. file: [beb53a5545] check-in: [57ef5e22ab] user: js, branch: trunk, size: 7043 [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: [eabc1b70df] check-in: [37db8f0fb3] user: js, branch: trunk, size: 3711 [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: [399b8674b6] check-in: [526d04018d] user: js, branch: trunk, size: 2390 [annotate] [blame] [check-ins using] [diff]

OFArray:
* Rename - object: to - objectAtIndex:.

OFDataArray:
* Rename - item: to - itemAtIndex:.

OFDictionary:
* Rename - get: to - objectForKey:.
* Rename - set:to: to - setObject:forKey:.
* Rename - remove: to - removeObjectForKey:. file: [2aac6c3e48] check-in: [a29d403286] user: js, branch: trunk, size: 2382 [annotate] [blame] [check-ins using] [diff]

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