0246ab6088
tl;dr: This solves boost visibility problems for default/release build configs on non-Linux platforms. When Bitcoin builds against boost's header-only classes, it ends up with objects containing symbols that the upstream boost libs also have. Since Bitcoin builds by default with hidden symbol visibility, it can end up trying to link against a copy of the same symbols with default visibility. This is not a problem on Linux because 3rd party static libs are un-exported by default (--exclude-libs,ALL), but that is not available for MinGW and OSX. Those platforms (and maybe others?) end up confused about which version to use. The OSX linker spews hundreds of: "ld: warning: direct access in <foo> to global weak symbol guard variable for <bar> means the weak symbol cannot be overridden at runtime. This was likely caused by different translation units being compiled with different visibility settings." MinGW's linker complains similarly. Since the default symbol visibility for Bitcoin is hidden and releases are built that way as well, build Boost with hidden visibility. Linux builds Boost this way also, but only for the sake of continuity. This means that the linker confusion logic is reversed, so the problem will will now be encountered if Bitcoin is built with --disable-reduce-exports, but that's better than the current situation. |
||
---|---|---|
.. | ||
bdb.mk | ||
boost.mk | ||
dbus.mk | ||
expat.mk | ||
fontconfig.mk | ||
freetype.mk | ||
libX11.mk | ||
libXau.mk | ||
libxcb.mk | ||
libXext.mk | ||
miniupnpc.mk | ||
native_ccache.mk | ||
native_cctools.mk | ||
native_cdrkit.mk | ||
native_comparisontool.mk | ||
native_libdmg-hfsplus.mk | ||
native_libuuid.mk | ||
native_openssl.mk | ||
native_protobuf.mk | ||
openssl.mk | ||
packages.mk | ||
protobuf.mk | ||
qrencode.mk | ||
qt.mk | ||
xcb_proto.mk | ||
xextproto.mk | ||
xproto.mk | ||
xtrans.mk |