Check is Solaris has an older version of libcrypto already installed.
Something similar happens with Mac OSX, see the file PROBLEMS that part of
the distribution.

Regards,
Aram Perez

Marco Donati wrote:

> Greetings,
> 
> we have posted this a couple of times but never get an answer...
> 
> We have written an intermediate library for our applications based upon
> OpenSSL ''libcrypto''.
> All is OK on all platform (win32, Solaris, Linux)
> 
> If we try to extent our library with ssl capabilities and include the
> ''libssl'', then our library seems to link correctly but we have a
> problem when we try to link with it the final application.
> 
> We are getting errors like (Solaris)
> 
> Undefined                       first referenced
> symbol                             in file
> COMP_CTX_free                       .../libssl.a(s3_enc.o)
> EVP_enc_null                        .../libssl.a(ssl_ciph.o)
> COMP_compress_block                 .../libssl.a(s3_pkt.o)
> BIO_f_buffer                        .../libssl.a(ssl_lib.o)
> COMP_expand_block                   .../libssl.a(s3_pkt.o)
> X509_STORE_load_locations           .../libssl.a(ssl_lib.o)
> X509_STORE_set_default_paths        .../libssl.a(ssl_lib.o)
> X509_certificate_type               .../libssl.a(s3_clnt.o)
> COMP_CTX_new                        .../libssl.a(s3_enc.o)
> BIO_s_socket                        .../libssl.a(ssl_lib.o)
> ERR_load_crypto_strings             .../libssl.a(ssl_err2.o)
> ld: fatal: Symbol referencing errors. No output written to ...
> collect2: ld returned 1 exit status
> *** Error code 1
> 
> or (Linux)
> 
> In function `ssl3_change_cipher_state':
> s3_enc.o(.text+0x90): undefined reference to `COMP_CTX_new'
> s3_enc.o(.text+0x455): undefined reference to `COMP_CTX_free'
> s3_enc.o(.text+0x4e0): undefined reference to `COMP_CTX_new'
> s3_enc.o(.text+0x535): undefined reference to `COMP_CTX_free'
> s3_pkt.o(.text+0x36): undefined reference to `COMP_expand_block'
> s3_pkt.o(.text+0x2f8): undefined reference to `COMP_compress_block'
> t1_enc.o(.text+0x96): undefined reference to `COMP_CTX_new'
> t1_enc.o(.text+0x6f5): undefined reference to `COMP_CTX_free'
> t1_enc.o(.text+0x779): undefined reference to `COMP_CTX_new'
> t1_enc.o(.text+0x7c5): undefined reference to `COMP_CTX_free'
> ssl_lib.o(.text+0x1755): undefined reference to `COMP_CTX_free'
> ssl_lib.o(.text+0x1775): undefined reference to `COMP_CTX_free'
> ssl_lib.o(.text+0x18b4): undefined reference to `BIO_f_buffer'
> ssl_lib.o(.text+0x1e20): undefined reference to `BIO_s_socket'
> ssl_lib.o(.text+0x1f13): undefined reference to `BIO_s_socket'
> ssl_lib.o(.text+0x20c3): undefined reference to `BIO_s_socket'
> ssl_lib.o(.text+0x33ab): undefined reference to
> `X509_STORE_set_default_paths'
> ssl_lib.o(.text+0x33e3): undefined reference to
> `X509_STORE_load_locations'
> ssl_ciph.o(.text+0x147): undefined reference to `EVP_enc_null'
> 
> also, note that the missing symbols the linker complains for are NOT
> called from our code directly, since our code calls top level ssl
> functions only.
> 
> The problem arise only on Solaris and Linux platoform, NOT ON WIN32.
> 
> We don't have this problem if we comment out ssl related code form our
> sources and ''libssl'' from our makefile.
> 
> Any hint?
> ______________________________________________________________________
> OpenSSL Project                                 http://www.openssl.org
> User Support Mailing List                    [EMAIL PROTECTED]
> Automated List Manager                           [EMAIL PROTECTED]

______________________________________________________________________
OpenSSL Project                                 http://www.openssl.org
User Support Mailing List                    [EMAIL PROTECTED]
Automated List Manager                           [EMAIL PROTECTED]

Reply via email to