Le 7 juillet 2011 07:27:05, Philip Martin a écrit :
> Stéphane Gaudreault <stephane_at_archlinux.org> writes:
> >> What is the typdef line for apr_off_t in apr.h? It should be something
> >> that is 64bit irrespective of _FILE_OFFSET_BITS.
> >
> > typedef off64_t apr_off_t;
>
> So APR/Subversion are using 64-offsets irrespective of
> _FILE_OFFSET_BITS.
>
> >> Are there any occurences of plain off_t in the Swig generated code?
> >>
> >> grep '[^_]off_t' subversion/bindings/swig/perl/native/*c
> >
> > No.
>
> There must be some code somewhere that does depend on _FILE_OFFSET_BITS.
>
> From another 32-bit machine it appears that -D_FILE_OFFSET_BITS=64
> usually appears in SWIG_PL_INCLUDES in the top level Makefile. It gets
> there via:
>
> perl -MExtUtils::Embed -e ccopts
>
> What does that return on your machine?
# perl -MExtUtils::Embed -e ccopts
-D_REENTRANT -D_GNU_SOURCE -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include -D_LARGEFILE_SOURCE -
D_FILE_OFFSET_BITS=64 -I/usr/lib/perl5/core_perl/CORE
It seems that the new perl 5.14 ExtUtils::MakeMaker it doesn't work well on i686 [1]. Maybe these two issues are be related ?
[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=628522
Received on 2011-07-07 13:59:28 CEST