From owner-freebsd-ports@freebsd.org Mon Aug 22 06:26:15 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3F6EFBC1F47 for ; Mon, 22 Aug 2016 06:26:15 +0000 (UTC) (envelope-from matthias.andree@gmx.de) Received: from mout.gmx.net (mout.gmx.net [212.227.15.15]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A81271CD3 for ; Mon, 22 Aug 2016 06:26:13 +0000 (UTC) (envelope-from matthias.andree@gmx.de) Received: from mandree.no-ip.org ([77.182.221.116]) by mail.gmx.com (mrgmx003) with ESMTPSA (Nemesis) id 0LkgAG-1b3UOc3x6y-00aSDL for ; Mon, 22 Aug 2016 08:26:11 +0200 Received: from [IPv6:::1] (localhost6.localdomain6 [IPv6:::1]) by apollo.emma.line.org (Postfix) with ESMTP id 6DD1623CF5A for ; Mon, 22 Aug 2016 08:26:09 +0200 (CEST) Subject: Re: Problems with out libgcc_s.so in base To: freebsd-ports@freebsd.org References: <20160814230351.GA10587@troutmask.apl.washington.edu> <20160814233430.GA35872@night.db.net> <20160817211710.GA59205@troutmask.apl.washington.edu> <20160818111521.7f79b9f8@kalimero.tijl.coosemans.org> From: Matthias Andree Message-ID: <6f6a2c65-216a-3d7e-825f-222a06428f60@gmx.de> Date: Mon, 22 Aug 2016 08:26:04 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="udHTT4bCE2lR8EP2Lqo3w3N1CocJXIKr3" X-Provags-ID: V03:K0:YxQDGV9t8082PHK8Zuq/QiYLeP68hxtKhZAe/xKdQHG+t5GNe8O ZGmhWgCrbG1aMNtniKvYo1/TpealzruuUHqQectvxW0jrmNmCDHwP6Hy0QOYvMUmhZy+neX 2hLtIs4Xwwa1+ez8haCpHdgEXo58PLzDgWrMyzgALfK24wlA1GP5bgSabtdWQEUvDxDNpfT KB5wEsFTDhwV8GFz83LcA== X-UI-Out-Filterresults: notjunk:1;V01:K0:TW3qUq9wseA=:rkOQ2ZsfQSfskNwnQ66wF2 LuVaWLijroonsyxgvg85Vv6PIvmpJdVTNLVgFWzV3vj2reDPIzi+YD0UrRsaOq1sYNu7WFt1D i6Il1ne46lIyZWWF0lD9p2zMsaNnaTcGWrKFRu+u3UWE/Qcbpj2yTXBl7mT6Bi0UdAS6Ui24g +U2LQdgjcun6eLtMkC6ZVRZqOTB5P8ml0DsLHX79gYcetlYS8Ib2HMkq1qQkkWZdO0b+PeOCi u8J+tKhNoF89cfQH8/L7hghxSuQDEUzhXdVPUiHcsX1XZvuVTABbi6p5WdhAeKimbxX1mYpQE OCppPdjRmAbgR3AIK6+rUcBTF8ZoLZVg8s4mjYV6CPQaNeLiVPHIS6sng4yQ85vwQDdQTtynX A1ntnp3dwoVrJsqAKZSaC6b5jlVY+6cIWLikGEHrTic5lo4/j67do461G/U/v/RLnRCcKZNSb 1WVCDEPw2NxTzfI1TPfza7QSiZtrELVmWh1NcEIVDNqhrmv8DijuUxGoZoH249hOtzV9vAK+l zNxye8W8eSrGgmCSqs/MlyeXhi2MMyy3yltkpSVWr7OLBEesXR75gtMH5RMsl6pAPQYUONbur zfcp3/CvBZoouOVzsaDu9G1SONBC1k4dc5NtiXluhPT7cENoyhiLoJMHjEIKLxk16r5ff9f4U 9aZKfxLCc2mISef6YhM0kaWaEtTzH/kx8Ziu7ZJL3BCtN1lZ1h+651DAePszb68LCmDQ1WQci aO2NRamjzfxusIgCpqzlzePNQuYiYohpS3Q8vvCaki2AtCygFI1YzL/87yw= X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Aug 2016 06:26:15 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --udHTT4bCE2lR8EP2Lqo3w3N1CocJXIKr3 Content-Type: multipart/mixed; boundary="wELlwcB9Xfn7ugGNV4QD8MPFsTfP4vlff" From: Matthias Andree To: freebsd-ports@freebsd.org Message-ID: <6f6a2c65-216a-3d7e-825f-222a06428f60@gmx.de> Subject: Re: Problems with out libgcc_s.so in base References: <20160814230351.GA10587@troutmask.apl.washington.edu> <20160814233430.GA35872@night.db.net> <20160817211710.GA59205@troutmask.apl.washington.edu> <20160818111521.7f79b9f8@kalimero.tijl.coosemans.org> In-Reply-To: --wELlwcB9Xfn7ugGNV4QD8MPFsTfP4vlff Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Am 18.08.2016 um 14:48 schrieb Dimitry Andric: > For example, on one of my systems, I now have these: > > /usr/local/lib/gcc47/libgcc_s.so.1 > /usr/local/lib/gcc48/libgcc_s.so.1 > /usr/local/lib/gcc49/libgcc_s.so.1 > /usr/local/lib/gcc5/libgcc_s.so.1 > /usr/local/lib/gcc6/libgcc_s.so.1 > /usr/local/lib/gcc7/libgcc_s.so.1 This in itself - to me - seems to be the actual problem, how do different versions of the library the same major version? If these were, say: /usr/local/lib/gcc47/libgcc_s.so.2 /usr/local/lib/gcc48/libgcc_s.so.3 /usr/local/lib/gcc49/libgcc_s.so.4 /usr/local/lib/gcc5/libgcc_s.so.5 /usr/local/lib/gcc6/libgcc_s.so.6 /usr/local/lib/gcc7/libgcc_s.so.7 Or possibly the compatible ones folded into 2.0, 2.1, 2.2, 3.0 ... and our linker be taught that it can always grab a newer minor version, but not a different major version component, then that would also help because you then match the proper libgcc_s. Does libgcc_s version symbols when semantics change over releases? The counter-argument will be that it will be much harder to use indirectly linked libgcc_s (say, project A needs lib B and lib C, lib B depends on older libgcc_s than lib C) - but as I understood from past discussions (around libssl.so.X in that case) that causes crashes at run-time if the libraries aren't compatible, so this argument is invalid.= > Steve's proposed scheme solves that quite nicely, in my opinion. The > problem is only in the details, as usual. There will be many configure= > scripts and libtool-like utilities out there, that assume libgcc must b= e > linked using -lgcc_s, not -lgcc_s$VERSION. Which can be solved with proper -L options and does not incur renaming libraries. --wELlwcB9Xfn7ugGNV4QD8MPFsTfP4vlff-- --udHTT4bCE2lR8EP2Lqo3w3N1CocJXIKr3 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIcBAEBCgAGBQJXupsBAAoJEOQSsVbv84VaI8wQAIinV90ttEEdHGKdgrBnq6DQ Fp+FNWLr5CpFqyzp3ZL4wxdySd20c9DA3WewEN69zwBBqUAmQ83g07g/5gI1NpUh IioVV/JAys6VNOUZSmWyzcBcMNCtAZ01dd0W0EAYFMRdyJoNzfh72PlyDT4TWBOm t5INCTXMjT9cOc11s2V2XOyx7uojL9l5I7MTBHmro7QT5we2RFTQavwPNR0Po6Yo lmRzuzvZ96MMMphnpOPNB5PcKBLCEQI2Ga6GJFavZz2JP+6zH1CHahQeVX11PoiD RfBKQakgoTYsdgq9572oOMqyImOseUfYh9rR7fx8yLG7hyHzaGbLwEAOyw8j4e0k pll8nIRsiGFXUV46xdR52kp1+j6Do327iLjpks02sVa672Ydswsql784EAqjvGda eLSwvM6wmmROWCvwlLJUfggZ/Ppdyb7U0XIlkgLUNP8IdhJpwc0fhlDdE6X313TE RVNALtr4hsl/631JOHbXW1/g0XBuSulocSZovgcr0NGR1L3JOEvNCPIEBmbkFNmF uUI6luh9fX/lwiJpQgfW9MV7sPSp5TNnFY9/rgbFc3a8VI9nHHFA6AD2AnAXYqoL biU1aPQCcZEXGhqITQsukNV0sjcZ8Ajrfr9SUfs8otmOmbT7c/Whni3I1rj4DvoV vngZU4p9qOskC08K2gS7 =X3/U -----END PGP SIGNATURE----- --udHTT4bCE2lR8EP2Lqo3w3N1CocJXIKr3--