[xmlsec] oracle / crypto issue

[Erik Smith]

I played around with that idea for a while, but since this is a "multiple
definition" issue, I'm not sure how messing with the search paths helps.

nm data:
libcrypto.a:    00000000000019c0 T ERR_load_strings
libclntst11.a:  0000000000000058 T ERR_load_strings

erik

On Thu, Dec 2, 2010 at 1:26 PM, Roumen Petrov <xmlsec at roumenpetrov.info>wrote:

> Erik Smith wrote:
>
>> I need to load certificate keys to validate XML containing XML Security
>> content.  openssl seems to be the path of least resistance, but there
>> seems
>> to be a static library conflict between Oracle's libclntst11.a file and
>> symbols in libcrypto.a, presumably because Oracle statically links in a
>> version of crypto.  I get errrors like this:
>>
>> libclntst11.a(truntim.o): In function `ERR_load_strings':
>> truntim.c:(text.unlikely+0x58): multiple definition of `ERR_load_strings'
>> libcrypto.a(err.o):err.c:(.text+0x19c0): first defined here
>> /usr/bin/ld: Warning: size of symbol `ERR_load_strings' changed from 97 in
>> libcrypto.a(err.o) to 10 in libclntst11.a(truntim.o)
>>
>> Is there an easy way around this openssl / crypto conflict?
>>
>> gcrypt doesn't have this issue but it doesn't support certificate keys.
>>  Is
>> there a preferred cryptographic library that provides a broad range of
>> support with the least amount of issues?
>>
>> erik
>>
>>
>
> ./configure --help will show how to set header/library search paths.
> Put flags with paths to openssl headers and libraries so that
> compiler/linker to find them first.
>
> Roumen
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.aleksey.com/pipermail/xmlsec/attachments/20101202/4456a91a/attachment.html>