[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