[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: svnadmin hotcopy failing

From: Joe Orton <joe_at_manyfish.co.uk>
Date: 2004-05-13 13:28:37 CEST

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

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.


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

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.