[xmlsec] oracle / crypto issue
cruisercoder at gmail.com
Thu Dec 2 13:43:12 PST 2010
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.
libcrypto.a: 00000000000019c0 T ERR_load_strings
libclntst11.a: 0000000000000058 T ERR_load_strings
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
>> 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.
>> there a preferred cryptographic library that provides a broad range of
>> support with the least amount of issues?
> ./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.
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the xmlsec