On 9/7/06, Daniel Gehriger <firstname.lastname@example.org> wrote:
> After 60 hours of trying, having recompiled subversion more than thirty
> times, I finally have it working. The solution was to prepend
> CFLAGS="-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64"
> to configure:
> CFLAGS="-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64" \
> ./configure \
> --enable-dav \
> --enable-so \
> --with-ssl \
> PYTHON=/usr/bin/python2.3 \
> --with-apxs=/usr/sbin/apxs2-prefork \
> --with-apr=/usr/bin \
> I "grep"ed through the entire source tree of subversion, and there was
> not a single word about LARGEFILE_SOURCE and _FILE_OFFSET_BITS. I didn't
> know anything about those macros, and I believe I should not have to.
> Subversion and Apache apparently decided to define these differently,
> and that's why it got segfaults even though both compiled against the
> same version.
> Now that I know, I found a thread "Re: apr_off_t is of an ambiguous
> size." on the 2004 dev list talking about these marcos. Ben Reser
> replies to Kean Johnston in a message:
> > Most users are not going to be aware of _FILE_OFFSET_BITS. You're
> > suggesting that users should be aware of that, aware of how their perl
> > was compiled and know that they should pass a
> > CFLAGS=-D_FILE_OFFSET_BITS=64 to the configure?
> > I'm sorry but that just seems a tad crazy to me. Certainly doesn't seem
> > user friendly.
> I agree. And I'm a bit upset to have lost almost a week just because of
> this. I suggest the developers either mention the problem in the INSTALL
> file, or replace that file with "Subversion does not have a robust build
> system and can only be compiled by its developers".
I understand your disappointment. Really. But what you encountered
here is that APR 0.9.x doesn't actually support large files: it might
work (and does most of the time), or it might not.
To quote one of the APR devs: "I fixed a 64-bit file access bug in
1.2.x recently which prevented all earlier versions from working
correctly." Support for 64-bit file access was added officially in
To unsubscribe, e-mail: email@example.com
For additional commands, e-mail: firstname.lastname@example.org
Received on Thu Sep 7 23:32:06 2006