Le 7 juillet 2011 07:27:05, Philip Martin a écrit : > Stéphane Gaudreault <steph...@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
