Build + test problems on OpenSolaris (aka Solaris 11)

[Dr. David Kirkby]

I'm trying to build gnutls-2.8.4 on a Sun Ultra 27 running OpenSolaris (aka
Solaris 11). The Ultra 27 has 3.333 GHz Quad core Intel Xeon processor, so is
*not* one of Sun's SPARC processors.

I'm using gcc 3.4.3.

First gnutils-2.8.4  would not build at all, but would give this error message:

Undefined                       first referenced
  symbol                             in file
inet_ntop                           ex-serv1.o  (symbol belongs to implicit
dependency /lib/libnsl.so.1)
ld: fatal: symbol referencing errors. No output written to ex-serv1

A web search found someone else having the exact same problem on Solaris 10 (not
11).

http://mail-index.netbsd.org/pkgsrc-bugs/2009/06/17/msg032744.html

A look in the man page for inet_ntop showed:

SYNOPSIS
      cc [ flag... ] file... -lsocket  -lnsl  [ library... ]

so I tried to configure again, this time adding the 'nsl' library.

$ ./configure 'LIBS=-lnsl'


That worked, and the code built ok. But it fails one test.


...
|<2>| ASSERT: mpi.c:620
|<2>| ASSERT: dn.c:1210
         Verifying...sh: line 10: 18564: Memory fault(coredump)
FAIL: chainverify
...
===================================
1 of 35 tests failed
Please report to bug-gnutls@...
===================================

I noticed someone else had a problem on Solaris with a test failure, which was
resolved by changing HUGE_VAL to HUGE, but this was thought to be a compiler bug.

http://old.nabble.com/On-dropping--D_REENTRANT--D_THREAD_SAFE-td14620552.html

I do not want to waste your time on this test failures until I have verified it
with a recent version of gcc.

But the requirement to add the library does seem to be necessary with Solaris on
x86 platforms. I think it is x86, rather than Solaris 10 vs 11, as the post
above shows problems with Solaris 10 on x86, but I know Solaris 10 on SPARC has
presented no such issue.

Dave


_______________________________________________
Gnutls-devel mailing list
Gnutls-devel@...
http://lists.gnu.org/mailman/listinfo/gnutls-devel

[Simon Josefsson-2]

"Dr. David Kirkby" <david.kirkby@...> writes:

> I'm trying to build gnutls-2.8.4 on a Sun Ultra 27 running OpenSolaris
> (aka Solaris 11). The Ultra 27 has 3.333 GHz Quad core Intel Xeon
> processor, so is *not* one of Sun's SPARC processors.
>
> I'm using gcc 3.4.3.
>
> First gnutils-2.8.4  would not build at all, but would give this error message:
>
> Undefined                       first referenced
>  symbol                             in file
> inet_ntop                           ex-serv1.o  (symbol belongs to
> implicit dependency /lib/libnsl.so.1)
> ld: fatal: symbol referencing errors. No output written to ex-serv1
>
> A web search found someone else having the exact same problem on
> Solaris 10 (not 11).
>
> http://mail-index.netbsd.org/pkgsrc-bugs/2009/06/17/msg032744.html
>
> A look in the man page for inet_ntop showed:
>
> SYNOPSIS
>      cc [ flag... ] file... -lsocket  -lnsl  [ library... ]
>
> so I tried to configure again, this time adding the 'nsl' library.
>
> $ ./configure 'LIBS=-lnsl'
>
>
> That worked, and the code built ok.

When you don't use the workaround, what is the value of LIBSOCKET in
doc/examples/Makefile?  I think it should contain -lnsl, and should be
used when linking ex-serv1.  Can you show the build output?

> But it fails one test.
>
>
> ...
> FAIL: chainverify

Yep -- known problem, but you could ignore it.  It will be fixed in soon
to be released 2.8.5.

> I noticed someone else had a problem on Solaris with a test failure,
> which was resolved by changing HUGE_VAL to HUGE, but this was thought
> to be a compiler bug.
>
> http://old.nabble.com/On-dropping--D_REENTRANT--D_THREAD_SAFE-td14620552.html
>
> I do not want to waste your time on this test failures until I have
> verified it with a recent version of gcc.

That was a different problem.  But trying with a more recent gcc version
may be useful anyway, for the -lnsl issue.

> But the requirement to add the library does seem to be necessary with
> Solaris on x86 platforms. I think it is x86, rather than Solaris 10 vs
> 11, as the post above shows problems with Solaris 10 on x86, but I
> know Solaris 10 on SPARC has presented no such issue.

Gnulib modules should take care of the -lnsl issue, but it may be that
for some reason it is not working properly.

/Simon


_______________________________________________
Gnutls-devel mailing list
Gnutls-devel@...
http://lists.gnu.org/mailman/listinfo/gnutls-devel

[Boyan Kasarov]

Hello,

This is the build output for the example

gcc -std=gnu99 -DHAVE_CONFIG_H -I. -I../..  -I../../lib/includes
-I../../lib/includes -I../../libextra/includes -I../../gl -I../../gl
-g -O2 -MT ex-serv-export.o -MD -MP -MF .deps/ex-serv-export.Tpo -c -o
ex-serv-export.o ex-serv-export.c
mv -f .deps/ex-serv-export.Tpo .deps/ex-serv-export.Po
/bin/sh ../../libtool --tag=CC   --mode=link gcc -std=gnu99   -g -O2
-no-install  -o ex-serv-export ex-serv-export.o
libexamples.la ../../lib/libgnutls.la ../../libextra/libgnutls-extra.la ../../gl/libgnu.la -lsocket

libtool: link: gcc -std=gnu99 -g -O2 -o ex-serv-export
ex-serv-export.o  ./.libs/libexamples.a ../../lib/.libs/libgnutls.so ../../libextra/.libs/libgnutls-extra.so /export/home/derex/workspace/gnutls-2.9.8/lib/.libs/libgnutls.so -ltasn1 -lz -lgcrypt ../../gl/.libs/libgnu.a -lsocket -R/export/home/derex/workspace/gnutls-2.9.8/lib/.libs -R/export/home/derex/workspace/gnutls-2.9.8/libextra/.libs -R/tmp/gnutls/lib

ld: warning:
file /export/home/derex/workspace/gnutls-2.9.8/lib/.libs/libgnutls.so:
linked to ../../lib/.libs/libgnutls.so: attempted multiple inclusion of
file
Undefined                       first referenced
symbol                             in file
inet_ntop                           ex-serv-export.o  (symbol belongs to
implicit dependency /lib/libnsl.so.1)
ld: fatal: symbol referencing errors. No output written to
ex-serv-export

On Mon, 2009-11-02 at 11:40 +0100, Simon Josefsson wrote:
> When you don't use the workaround, what is the value of LIBSOCKET in
> doc/examples/Makefile?  I think it should contain -lnsl, and should be
> used when linking ex-serv1.  Can you show the build output?

LIBSOCKET = -lsocket

Boyan




_______________________________________________
Gnutls-devel mailing list
Gnutls-devel@...
http://lists.gnu.org/mailman/listinfo/gnutls-devel

[Dr. David Kirkby]

Simon Josefsson wrote:
> The GnuTLS team received the bug report below, but it appears to be a
> gnulib issue.

<SNIP>

> How about this patch?  Not tested on Solaris systems, but posted for
> review of my general idea.
>
> /Simon

I'll check that later.

I would add, if any developer wants access to a Solaris system, I can arrange
that on a permanent basis.

Sun donated a Sun T5240 (16 cores) to the Sage project.

http://www.sagemath.org/

Anyone writing code used in Sage in any way, would be welcome to an account on
that SPARC machine. Just drop me a private email with your preferred username
and I'll set you an account up on that at the University of Washington.

This particular issue is only seen on Solaris 11 to my knowledge, despite the
fact that the library function has not changed between Solaris 10 and 11. I will
need to sort out the best way to get you an account on a Solaris 11 (OpenSolaris
x86) system, but doing it will be no problem. It would take me a bit longer. (As
a short term solution, I do not mind doing do on my own personal machine, but a
better longer term solution would be at the university.)

BTW, if you want to install OpenSolaris on a linux box, you can use VirtualBox.
Both VirtualBox and Solaris are free. Just run Solaris as a virtual machine.

PS, for what it is worth, this builds fine on HP C3600 workstation with a
PA-RISC processor running HP-UX 11.11. At some point over the next few months, I
might try it on IBM's AIX.


Dave


_______________________________________________
Gnutls-devel mailing list
Gnutls-devel@...
http://lists.gnu.org/mailman/listinfo/gnutls-devel