Date: Thu, 23 Feb 2012 12:16:47 -0500 From: Alexander Kabaev <kabaev@gmail.com> To: Tim Kientzle <tim@kientzle.com> Cc: Daniel Eischen <deischen@freebsd.org>, freebsd-current FreeBSD <freebsd-current@freebsd.org>, Steve Kargl <sgk@troutmask.apl.washington.edu>, freebsd-ports@freebsd.org Subject: Re: rtld or lang/gcc cannot find libgcc_s.so.1 Message-ID: <20120223121647.50ba7c6a@kan.dyndns.org> In-Reply-To: <5C146DC6-264B-43A9-9234-9E03315F3D33@kientzle.com> References: <20120221182850.GA20768@troutmask.apl.washington.edu> <20120221185754.GL55074@deviant.kiev.zoral.com.ua> <20120221194259.GA21185@troutmask.apl.washington.edu> <4F440E8B.9020306@FreeBSD.org> <20120221220053.GA44386@night.db.net> <20120221223251.GA23053@troutmask.apl.washington.edu> <Pine.GSO.4.64.1202211831220.22739@sea.ntplx.net> <5C146DC6-264B-43A9-9234-9E03315F3D33@kientzle.com>
next in thread | previous in thread | raw e-mail | index | archive | help
--Sig_/2GjZCA0ZJDIIkiZ5H9qVOL9 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Tue, 21 Feb 2012 21:11:13 -0800 Tim Kientzle <tim@kientzle.com> wrote: >=20 > On Feb 21, 2012, at 3:39 PM, Daniel Eischen wrote: >=20 > > On Tue, 21 Feb 2012, Steve Kargl wrote: > >=20 > >> 3) Add a new option to ldconfig to prepend new libraries to > >> the hints files and fix the ports to use this option instead > >> of -m. > >=20 > > You don't want system binaries that want /lib/libgcc_s.so.1 > > to use /usr/local/lib/gccXX/libgcc_s.so.1, though. Wouldn't > > your option 3 do that? >=20 > Why not? Would it cause problems? >=20 > Is libgcc from GCC 4.6 incompatible with /lib/libgcc? >=20 > If I understand correctly, the libgcc in base is pretty stripped > down compared to "regular" libgcc, because most of that > stuff is in our libc instead. So if there were compatibility > problems, I'd expect those to show up when GCC 4.6 linked > programs against /usr/local/.../libgcc and /lib/libc. >=20 You understand it a bit wrong, but your conclusions are correct. libgcc in base is not stripped in any way and is supposed to be identical to one coming from upstream. As long as upstream maintains backward compatibility, their library should be a perfect replacement for ours. There was a time period while FreeBSD used dynamic unwind into search using dl_iterate_phdr while upstream GCCs didn't, but that was fixed by GCC folks switching GCC to use dl_iterate_phdr on Linux and FreeBSD by default quite while ago. I am not aware of any other incompatibilities at this time. --=20 Alexander Kabaev --Sig_/2GjZCA0ZJDIIkiZ5H9qVOL9 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iD8DBQFPRnSJQ6z1jMm+XZYRAqDxAKDXj/8Zy8PlS4/1+4U52wtpz5Is8wCfd/WF w4KPgZkGgjsrVjurpASGEDI= =LL6+ -----END PGP SIGNATURE----- --Sig_/2GjZCA0ZJDIIkiZ5H9qVOL9--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20120223121647.50ba7c6a>