gnutls-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: guile testsuite failure (gnutls 3.0.1 and later) and armel and mipse


From: Ludovic Courtès
Subject: Re: guile testsuite failure (gnutls 3.0.1 and later) and armel and mipsel
Date: Sun, 06 Nov 2011 21:57:26 +0100
User-agent: Gnus/5.110018 (No Gnus v0.18) Emacs/24.0.90 (gnu/linux)

Hi Nikos,

Nikos Mavrogiannopoulos <address@hidden> skribis:

> On 11/06/2011 06:07 PM, Ludovic Courtès wrote:
>
>>> Hi,
>>>  Any update on that? Do the observed issue seem related to a gnulib change?
>> 
>> Yes.
>> 
>> The problem is that Guile 1.8 uses off_t fields in its scm_t_port
>> structure, which is public [0].  On armv5tel-unknown-linux-gnueabi, that
>> structure is 96-byte long when _FILE_OFFSET_BITS == 32, and 120-bit long
>> otherwise.

(This should read “120-byte long”.)

>> Ideally, though, GnuTLS would have a configure check to determine what
>> _FILE_OFFSET_BITS value Guile is expecting, but I can’t think of any
>> reliable way to do that.  Ideas?
>
> How does the size of off_t affect the gnutls-guile code? Which code
> does it affect? (could it be written so that it is independent of that
> size?)

The file guile/src/core.c contains code that manipulates the scm_t_port
structure, which is defined by Guile and contains off_t fields.  So the
gnutls-guile code thinks scm_t_port is 120-byte whereas libguile thinks
it’s 96-byte long, and more generally they use different field offsets.

The code that uses scm_t_port in gnutls-guile relates to the “session
record port” (info "(gnutls-guile) Input and Output").

HTH,
Ludo’.



reply via email to

[Prev in Thread] Current Thread [Next in Thread]