hydra-users
[Top][All Lists]
Advanced

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

Re: Nettle, Gnutls, and Solaris.


From: Mats Erik Andersson
Subject: Re: Nettle, Gnutls, and Solaris.
Date: Fri, 24 Aug 2012 16:02:04 +0200
User-agent: Mutt/1.5.18 (2008-05-17)

torsdag den 23 augusti 2012 klockan 11:42 skrev Ludovic Courtès detta:
> Hi Mats,
> 
> Sorry for the late reply.  I???ve actually been addressing some of these
> issues over the last few weeks.
> 
> Mats Erik Andersson <address@hidden> skribis:
> 
> > The way to correct for this, with nettle-2.4, is
> >
> >
> >    ./configure --with-include-path=/usr/include/gmp \
> >           --prefix=whatever --enable-shared
> 
> Indeed (we also encountered this issue with MPFR/MPC.)
> 
> > In summary: Nettle needs "--with-include-path", and Gnutls
> > needs CPPFLAGS to handle non-GNU systems in general.
> 
> Right.  There were a few other problems on the way (for instance,
> Gnulib???s ???test-select??? would fail on FreeBSD, so I disabled GnuTLS???s
> test suite there), but currently, only ???build_shishi??? on OpenIndiana is
> failing.

I observed the success for FreeBSD via the build-inetutils list.
A smaller eruption of joy ensued on my part!

We can all agree that the showstopper for guile-2.0.* lies in
libunistring, which on OpenSolaris throws 27 cordumps out of
407 test cases. Thus guile-2.0.* is impossible on OpenSolaris
without much debugging of libunistring.

Let me therefore propose a build task gnutls-without-guile,
which is fully adequate for any purpose I can imagine. The normal
builds of libgnutls within Debian all disable guile support.

Today I have found that gnutls-3.0.18 builds correctly on an
old OpenSolaris system using

    ./configure CPPFLAGS="-I/usr/include/gmp -I/usr/include/idn" \
                --disable-guile --with-libnettle-prefix=/what/ever

Using LD_LIBRARY_PATH, also the tests are successful. Observe that
libnettle, libidn, and libgnutls are all very careless in handling
inclusion paths. (The latter two from the same author.)  Therefore
the precompiler flags must be brought in as rescue on a standard
system. For Hydra the package paths could be sufficient.

Could it be that "--with-lzo" touches on the problematic unzip issue,
which was mentioned in another thread hereabouts? Does it really have
to be used with libgnutls for NixOS?

Best regards,

  Mats Erik Andersson, on behalf of GNU Inetutils

P.S. Important issues have recently been found in libshishi-1.0.1,
matters that lead to reduced functionality for FreeBSD and Solaris,
so NixOS users should take care.



reply via email to

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