[gnutls-devel] Missing function. Where is version_to_entry defined?

Nikos Mavrogiannopoulos nmav at gnutls.org
Wed Feb 18 22:51:15 CET 2015


On Mon, 2015-02-16 at 13:51 +0000, JONES, BILL wrote:
> OK, so I looked into this.
> While building libgnutls.so.28.41.3 I see that libtool is building a .exp file to be fed to cc -M {file}.exp.
> This is defining which symbols to be global vs local.  I would expect this mapping to only apply to .o files being included in the archive, but it's changing functions in the .a files like libgnutls_alg.a that are GLOB to LOCL
> With -M
> $ nm .libs/libgnutls.so.28.41.3 | grep version_to
> [296]   |   1068728|       128|FUNC |LOCL |2    |10     |version_to_entry
> Without -M
> $ nm .libs/libgnutls.so.28.41.3.save | grep version_to
> [15274] |   1822032|       128|FUNC |GLOB |0    |9      |version_to_entry
> While removing the -M from the compile line fixes this issue, I am not sure what other issues it may generate.

I cannot help with that at all. I'd suggest to ask in a libtool related
list.


> On Solaris, AF_UNIX is defined and the CODE should be checking for this.  Some parts of gnutls ARE checking:
> from lib/nettle/egd.c
> 	#ifdef AF_UNIX
> 	#define LOCAL_SOCKET_TYPE AF_UNIX
> 	#else
> 	#define LOCAL_SOCKET_TYPE AF_LOCAL
> 	#endif
> I changed tests/srp/mini-srp.c tests/dtls/dtls-stress.c to use the same setup as in egd.c.  Can THIS at least be fixed in the code base?

If you have a fix I'll apply it.

regards,
Nikos





More information about the Gnutls-devel mailing list