Author: Phil Pennock Date: To: Jeremy Harris CC: exim-dev Subject: Re: [exim-dev] GnuTLS status
On 2012-05-16 at 20:51 +0100, Jeremy Harris wrote: > gcc tls.c
> In file included from tls.c:83:
> tls-gnu.c: In function ‘init_server_dh’:
> tls-gnu.c:392: error: ‘GNUTLS_PK_DH’ undeclared (first use in this function)
> tls-gnu.c:392: error: (Each undeclared identifier is reported only once
> tls-gnu.c:392: error: for each function it appears in.)
> tls-gnu.c:392: error: ‘GNUTLS_SEC_PARAM_NORMAL’ undeclared (first use in this function)
Those are fixed by making them dependent upon a "new enough" version of
GnuTLS. Also for gnutls_rnd(), which did not trigger errors. Hrm.
Perhaps because _gnutls_rnd() existed before then.
> tls-gnu.c: In function ‘tls_server_start’:
> tls-gnu.c:1261: warning: cast to pointer from integer of different size
> tls-gnu.c:1262: warning: cast to pointer from integer of different size
> tls-gnu.c: In function ‘tls_client_start’:
> tls-gnu.c:1395: warning: cast to pointer from integer of different size
Those we have to live with, as the API, for how file-descriptors are
registered as I/O function pointers with a low value, for hooking the
socket I/O into GnuTLS. We're using the correct documented functions,
and were before too.
I'm picking through the test suite and finding more corner cases now.