Lucian Adrian Grijincu wrote:
Actually there's a 0.9.4 to 0.9.5 change that is documented as such (see the CHANGES file):*) Define apr_off_t as long rather than as off_t on platforms with a 32-bit off_t to prevent incompatibility with packages such as Perl which redefine the size of off_t via _FILE_OFFSET_BITS on some platforms. [Ben Reser <ben reser.org>] So either that change broke the rules (if these rules were applicable back when the change was made) or my proposed changes are compatible with the rules.
The rules didn't apply to 0.9, and never have. 1.0.0 heralded our current versioning restrictions, which if you aren't already familiar, can be found here; http://apr.apache.org/versioning.html DOH - just struck me what's going on here... yes, the eariliest possible opportunity to adopt 64 bit ino values is apr 2.0.0
