On Thu, May 13, 2004 at 12:04:20PM +0200, Dimitri Papadopoulos-Orfanos wrote:
> Hi,
>
> >With what "fix"? Using -D_FILE_OFFET_BITS=64? This creates APR
> >libraries with a non-default ABI but the default soname. That is a
> >shooting offence for a package maintainer.
>
> I see. From what I can understand, APR is using off_t (or a typedef of
> it) in its API (that is, in a public header file as opposed to a source
> file). In which case switching from a 32-bit to a 64-bit off_t would
> indeed break binary compatibility.
>
> If so, it's too late to change anything now, but I wonder why APR RPM
> packages wwere built with a 32-bit off_t in the first place. On Linux
> most software is built with _FILE_OFFSET_BITS=64 defined these days.
> This is not a "fix".
The library ABI is defined by the project which creates the library, it
is not OK for package maintainers to go and distribute incompatible
versions of the library on a whim, especially if they have the same
soname.
Yes, APR HEAD (that which will become APR 1.0) uses a 64-bit apr_off_t
on platforms with LFS support and a 32-bit off_t, that work was done a
while ago.
joe
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu May 13 13:30:16 2004