Date: Thu, 23 Jan 2014 20:53:06 +0100 From: =?ISO-8859-1?Q?Bernhard_Fr=F6hlich?= <decke@bluelife.at> To: Yuri <yuri@rawbw.com> Cc: ports@freebsd.org, Gerald Pfeifer <gerald@pfeifer.com>, Shane Ambler <FreeBSD@shaneware.biz> Subject: Re: USE_GCC doesn't set rpath Message-ID: <CAE-m3X0cMxJ_mpPZ_AoDb17G9Dg4F_Sj45KsZi-hYnd9mguhLw@mail.gmail.com> In-Reply-To: <52E167BF.8050103@rawbw.com> References: <52DEE7EE.6010909@rawbw.com> <52DF0346.6000108@ShaneWare.Biz> <52E167BF.8050103@rawbw.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Am 23.01.2014 20:04 schrieb "Yuri" <yuri@rawbw.com>: > > On 01/21/2014 15:31, Shane Ambler wrote: >> >> I think you will find that qbittorrent will need to be built with the >> same gcc version as libtorrent-rasterbar. >> >> I believe qbittorrent is loading /usr/lib/libstdc++.so.6 then it loads >> libtorrent-rasterbar.so.7 which tries to load libstdc++ and it is given >> the already open copy which doesn't have GLIBCXX_3.4.15 that it needs to >> run. > > > Yes, you are right, thst's what is happening. > So if any dependency has USE_GCC set, all dependent packages should also have USE_GCC set. Can ports build infrastructure automatically set USE_GCC for dependent ports? Because doing this by hand in each port is tedious and error prone. > > Yuri No it can't right now and this is why we need a ports compiler. Right now we are hiding this problems by the fact that we are able to build 95% percent of the tree with clang and everyone is happy. We add dozens of patches to compile with clang or add this rpath workarounds to even more ports just because nobody wants to acknowledge that this is shit and won't work properly unless really everything is build with one compiler. The rpath stuff is only a workaround that works in a few cases but it doesn't work in all cases. You will still see very hard to diagnose runtime crashes.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAE-m3X0cMxJ_mpPZ_AoDb17G9Dg4F_Sj45KsZi-hYnd9mguhLw>