On Tue, 2004-01-27 at 05:49, Joe Orton wrote: > > Won't that create an ABI time bomb for platforms which have no > > large-file support now, but acquire it in the future? > > That's asking for a level of ABI guarantee which I don't think APR can > provide regardless of this apr_off_t issue. > > Will a libapr-0.so built on RHL9 have a compatible ABI with a > libapr-0.so built on RHL6.2?
Generally, yes. Why wouldn't it? And if it is incompatible, how can we ensure that they have different sonames? > What if the libpthread soname changed between OS versions? Libraries like libc and libpthread very rarely change sonames, precisely because it effectively breaks the ABI of every library which depends on them. The libc soname change in *BSD for the off_t was extraordinary. There is a new idea afloat, incidentally: rather than fix apr_off_t at 64 bits, fix apr_off_t at the size off_t has at configuration time. (There appears to be no off32_t, so that would have to be apr_int32_t on most 32-bit platforms.) That doesn't get large-file support, but it does make apr_off_t independent of _FILE_OFFSET_BITS, and it doesn't cause an ABI change.
