Date: Sat, 19 Sep 2009 06:35:38 +0900 (JST) From: Maho NAKATA <chat95@mac.com> To: gerald@pfeifer.com Cc: ports@FreeBSD.org, rittle@labs.mot.com Subject: Re: Need to use some library path before /usr/lib Message-ID: <20090919.063538.625859878544531697.chat95@mac.com> In-Reply-To: <alpine.LSU.1.99.0909171832060.15831@acrux.dbai.tuwien.ac.at> References: <alpine.LSU.1.99.0909171832060.15831@acrux.dbai.tuwien.ac.at>
next in thread | previous in thread | raw e-mail | index | archive | help
----Security_Multipart(Sat_Sep_19_06_35_38_2009_598)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Thanks for considertion... > Anything else? Simply back out for this moment, until we have some clues.. From: Gerald Pfeifer <gerald@pfeifer.com> Subject: Need to use some library path before /usr/lib Date: Thu, 17 Sep 2009 18:45:10 +0200 (CEST) > Building some (Fortran) applications with lang/gcc44 it turns out we get > weird failures upon startup which look like: > > /libexec/ld-elf.so.1: /usr/lib/libstdc++.so.6: version GLIBCXX_3.4.11 > required by ./gendoc not found > > What is happening here is that lang/gcc44 lays down > /usr/local/lib/gcc44/libstdc++.so.6 > and puts /usr/local/lib/gcc44 into USE_LDCONFIG. Alas the system then > finds and uses /usr/lib/libstdc++.so.6 from our aging system compiler > instead. > > Now, both libraries share the same name/version because these libraries, > like also (and especially) libgcc_s.so.1 because new versions are drop > ins for older ones, but not the other way round. > > How can we address this? > > Updating the old, unsupported by upstream system compiler has > been ruled out historically, and does not look like an option (and also > would not help older versions of FreeBSD). > > Use -rpath, somehow, by changing the configuration of the > lang/gcc44 ports? That sucks in that it will break updates to newer > versions of GCC. > > Set up ldconfig such that /usr/local/lib/gcc44 comes before > /usr/lib? > +1 but I fear there can be a regression.... > Any pointers on how to best implement an ordering of search paths for ldconfig (or rpath, if that is the best of options)? -- Nakata Maho http://accc.riken.jp/maho/ , http://ja.openoffice.org/ Nakata Maho's PGP public keys: http://accc.riken.jp/maho/maho.pgp.txt ----Security_Multipart(Sat_Sep_19_06_35_38_2009_598)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEABECAAYFAkqz/S0ACgkQpcQqaPiEzfmHkACgr8jVQ1fCTaMk8PUYiTRB88y6 vqwAoIhn9xKOQw+mJyMDIcx6KKK6eW63 =tedw -----END PGP SIGNATURE----- ----Security_Multipart(Sat_Sep_19_06_35_38_2009_598)----
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20090919.063538.625859878544531697.chat95>