On Sat, Jul 12, 2014 at 10:43, Hanno Böck wrote: > On Sat, 12 Jul 2014 10:29:31 +0200 > Philip Guenther <[email protected]> wrote: > >> On Sat, Jul 12, 2014 at 10:20 AM, Hanno Böck <[email protected]> wrote: >> > >> > I had a number of compilation problems with packages when linking to >> > libressl that I could trace back to the appearance of a "main" >> > symbol in libcrypto.so. >> > >> >> Hmm, can you please provide a detailed example of one of these? > > xorg-server:
> /usr/lib/gcc/x86_64-pc-linux-gnu/4.8.3/../../../../x86_64-pc-linux-gnu/bin/ld: > > Xorg: hidden symbol `main' in ../../dix/.libs/libmain.a(stubmain.o) is > referenced by > DSO > hexchat: > hexchat: local symbol `main' > in ../common/libhexchatcommon.a(libhexchatcommon_a-hexchat.o) is > referenced by > DSO These two look like the opposite problem. They put a main symbol in their library, which the libcrypto reference is picking up. > subversion: > /bin/sed: symbol lookup error: /usr/lib64/libcrypto.so.29: undefined > symbol: main libtool: install: warning: > `../../subversion/libsvn_client/libsvn_client-1.la' has not been > installed in `/usr/lib64' /bin/sed: symbol lookup > error: /usr/lib64/libcrypto.so.29: undefined symbol: main libtool: This looks like a sanity test that you don't install a library with undefined references, although in this case that's exactly what we want.
