While chasing down an LTO issue that turns out to have multiple components to it, it turns out that it is building convenience copies of libraries such as net-libs/ixwebsocket::guru (and then failing to provide any symbols, then when built without LTO, installs all the ixwebsocket headers and libraries to /usr/{lib64,include}). The obvious question here is, why is it bundling this? Based on discussion: > They do not contain any novel changes deserving a fork, > usually only fixes to make them work on all the platforms > we need to support. And: > Generally we try to use upstream directly on Linux when > it is available in major distros and we sure welcome > pull requests to do so for the libraries where we do not > know about it. So it should be feasible to get these unbundled. Someone would need to put in the time to triage it. Here's the list of directories currently in git master, in the libs/ directory of bundled things, which are actually compiled into static libraries during the build: libs/ssl_sha1/libSHA1.a libs/SQLiteCpp/libSQLITE_CPP.a libs/libdnet/libdnet.a libs/wxcurl/libWXCURL.a libs/serial/libSERIAL.a libs/libtess2/libTESS2.a libs/wxservdisc/libWXSERVDISC.a libs/garmin/libGARMINHOST.a libs/texcmp/libTEXCMP.a libs/mipmap/libMIPMAP.a libs/IXWebSocket/libixwebsocket.a libs/gdal/libGDAL.a libs/geoprim/libGEOPRIM.a libs/iso8211/libISO8211.a libs/mDNS/libMDNS.a libs/mongoose/libMONGOOSE.a libs/N2KParser/libN2KPARSER.a libs/nmea0183/libNMEA0183.a libs/observable/lib_OBSERVABLE.a libs/pugixml/libOCPN_PUGIXML.a libs/s52plib/libS52PLIB.a libs/sound/libSOUND.a libs/wxJSON/libWXJSON.a lib/libGLU.a
