guile testsuite failure (gnutls 3.0.1 and later) and armel and mipsel

Andreas Metzler ametzler at
Mon Nov 7 19:48:20 CET 2011

On 2011-11-06 Nikos Mavrogiannopoulos <nmav at> wrote:
> On 11/06/2011 10:35 PM, Ludovic Courtès wrote:
>> Try this:
>>   #include <libguile.h>
>>   int main () {
>>     printf ("%i -> %i\n", _FILE_OFFSET_BITS, sizeof (scm_t_port));
>>   }  
>> Compile & run with -D_FILE_OFFSET_BITS=32 then -D_FILE_OFFSET_BITS=64:
>>   32 -> 96
>>   64 -> 120
>> Problems arise when libguile is compiled, say, with _FILE_OFFSET_BITS=32
>> whereas gnutls-guile is compiled with _FILE_OFFSET_BITS=64.

> So as I understand it, it doesn't really seem like a gnutls or guile
> issue. Wouldn't all programs (and especially libraries) be compiled with
> the same file offset bits in a system? (Andreas?)

(At least) on 32bit systems building with _FILE_OFFSET_BITS=32 is done
by default, however packages which need to/want to handle large (>
2GB) files need to be built with -D_LARGEFILE_SOURCE
-D_FILE_OFFSET_BITS=64. Guile1.8 seems to be built without LFS. GnuTLS
also used to be built without LFS flags. However this changed with
2385c7f999c12802b11859a34b89ff7662b1f4af. 5 new gnulib modules are
added, two of these (argp and scandir) pull in largefile.m4. Bang.
cu andreas

`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'

More information about the Gnutls-devel mailing list