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 <[email protected]>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 > >
_______________________________________________ xmlsec mailing list [email protected] http://www.aleksey.com/mailman/listinfo/xmlsec
