Skip site navigation (1)Skip section navigation (2)
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>