ObjFW  History of src/OFInflateStream.h of 2a27cf300071796a

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

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

Instead of letting OFStream conform to it, which itself does not really
conform to it, let all the subclasses that actually do conform to it. file: [a58b9e9e07] check-in: [69749b6a5b] user: js, branch: trunk, size: 2891 [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: [e064c26fb9] check-in: [2f4e0df8be] user: js, branch: trunk, size: 2706 [annotate] [blame] [check-ins using] [diff]

There is not much point in having a bi-directional stream for Deflate
compression / decompression. file: [2b188fa81c] check-in: [f56a50ee50] user: js, branch: trunk, size: 2519 [annotate] [blame] [check-ins using]

The reason for renaming to OFInflateStream was to have one stream for
decompression and one for compression in order to reduce memory usage if
only one of the two is needed, as the ivar layout will be smaller then.
However, it is more consistent with other stream classes to have one
stream that can handle both. The increased memory footprint of having
ivars for compression and decompression can be solved by having a
pointer to those instead. This will not incur any performance penalty,
as the pointer will be dereferenced instead of the ivars, meaning the
overhead is only getting the pointer from the ivars once. check-in: [134a1121c7] user: js, branch: trunk, size: 0

(U)INT_FAST*_MAX is broken on Android, which makes (u)int_fast*_t
dangerous to use while it does not provide any real speed benefit. file: [c61dd6afda] check-in: [d3158d091f] user: js, branch: trunk, size: 2902 [annotate] [blame] [check-ins using] [diff]

It makes more sense to have one class for inflating and one for
deflating instead of having one that does both, as having one that does
both requires more memory per instance when only inflating or deflating
is used. file: [9d59f54685] check-in: [2e9336b1ef] user: js, branch: trunk, size: 2905 [annotate] [blame] [check-ins using]