ObjFW  History of src/OFOptionsParser.h of 2f4e0df8be4b4750

With TYPEDEF_HIDES_STRUCT set, Doxygen properly handles anonymous
structs and enums that are typedef'd. file: [aa712b561c] check-in: [2fcf5a3052] user: js, branch: trunk, size: 5227 [annotate] [blame] [check-ins using] [diff]

Mostly because Doxygen fails to find references to things that *do*
exist. file: [d86c6c9090] check-in: [240eccca97] user: js, branch: trunk, size: 5363 [annotate] [blame] [check-ins using] [diff]

This allows ABI stability with the fragile ABI. file: [9b4ca8e1fd] check-in: [496695d778] user: js, branch: trunk, size: 5363 [annotate] [blame] [check-ins using] [diff]

This improves Swift compatibility. file: [c6cbbc43b2] check-in: [f3ccf14461] user: js, branch: trunk, size: 5303 [annotate] [blame] [check-ins using] [diff]

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

This changes retaining behavior, meaning properties are not returned
retained and autoreleased anymore, so a property returned from a getter
now needs to be manually retained and autoreleased before calling the
setter. However, this is rarely the case and not using atomic improves
performance. file: [06c158db08] check-in: [0a73af49f0] user: js, branch: trunk, size: 5221 [annotate] [blame] [check-ins using] [diff]

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

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

While at it, also update the mail address. file: [b903dcedef] check-in: [2a27cf3000] user: js, branch: trunk, size: 5210 [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: [5b6e0b9788] check-in: [48980f2297] user: js, branch: trunk, size: 5186 [annotate] [blame] [check-ins using] [diff]

The new API allows long options and requires less manual parsing. file: [d487046e69] check-in: [bfa913aebe] user: js, branch: trunk, size: 5574 [annotate] [blame] [check-ins using] [diff]