Re: [exim-dev] [exim] Avoid OpenSSL 1.0.1 for Exim, for now

Pàgina inicial
Delete this message
Reply to this message
Autor: Todd Lyons
Data:  
A: exim-dev
Assumpte: Re: [exim-dev] [exim] Avoid OpenSSL 1.0.1 for Exim, for now
On Thu, May 3, 2012 at 6:38 PM, Phil Pennock <pdp@???> wrote:
>> Do the test suite binaries, specifically client-ssl, build for you
>> with openssl 1.0.1?  On my Ubuntu 11.04 box with openssl 0.9.8, it
>> builds just fine.  On my Ubuntu 12.04 laptop with openssl 1.0.1, it
>> blows up:
> They build.  FreeBSD 7 (yes, needs updating).
>> gcc -g -O2  -DHAVE_OPENSSL  -lssl -lcrypto -o bin/client-ssl src/client.c
>> /tmp/ccgVn7Zy.o: In function `info_callback':
>> /home/todd/projects/exim/test/src/client.c:196: undefined reference to
>> `SSL_state_string_long'
> /usr/local/lib% nm libssl.so | fgrep SSL_state_string_long
> 0000000000046d30 T SSL_state_string_long


My libssl.so doesn't have symbols. The libssl.a does, but the link is
using the shared object file. On both my Ubuntu and my CentOS boxen,
the libssl.so doesn't have symbols. For that matter, on my machines
almost none of the *.so files installed by various devel packages
(CentOS) or dev packages (Ubuntu) have symbols. And it doesn't matter
which version of openssl, they all look the same to nm: no symbols.
So I'm a little lost at this point.

[todd@todd-Latitude-D620 ~/projects/exim/test (master)]$ vdir
/usr/lib/i386-linux-gnu/libssl.so
lrwxrwxrwx 1 root root 35 Apr 24 07:35
/usr/lib/i386-linux-gnu/libssl.so ->
/lib/i386-linux-gnu/libssl.so.1.0.0
[todd@todd-Latitude-D620 ~/projects/exim/test (master)]$ file
/lib/i386-linux-gnu/libssl.so.1.0.0
/lib/i386-linux-gnu/libssl.so.1.0.0: ELF 32-bit LSB shared object,
Intel 80386, version 1 (SYSV), dynamically linked,
BuildID[sha1]=0xf9b88fb6356b1add392fabca34496d6cb5910345, stripped


...Todd
--
Always code as if the guy who ends up maintaining your code will be a
violent psychopath who knows where you live. -- Martin Golding