This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug c++/35401] libstdc++ linked to system /usr/lib/libgcc_s.1.dylib not new gcc4.3 libgcc_s.1.dylib
- From: "howarth at nitro dot med dot uc dot edu" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: 29 Feb 2008 16:12:51 -0000
- Subject: [Bug c++/35401] libstdc++ linked to system /usr/lib/libgcc_s.1.dylib not new gcc4.3 libgcc_s.1.dylib
- References: <bug-35401-15848@http.gcc.gnu.org/bugzilla/>
- Reply-to: gcc-bugzilla at gcc dot gnu dot org
------- Comment #9 from howarth at nitro dot med dot uc dot edu 2008-02-29 16:12 -------
I'm positive I tested the committed patch...
Author: bonzini
Date: Wed Dec 19 14:28:32 2007
New Revision: 131062
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131062
Log:
2007-12-19 Etsushi Kato <ek.kato@gmail.com>
Paolo Bonzini <bonzini@gnu.org>
PR target/30572
* Makefile.in: Use @shlib_slibdir@ substitution to get correct install
name
on darwin.
* config/t-slibgcc-darwin: Use @shlib_slibdir@ for -install_name.
Modified:
trunk/libgcc/ChangeLog
trunk/libgcc/Makefile.in
trunk/libgcc/config/t-slibgcc-darwin
and it was working. The proposed alternative didn't. I am testing regressing
r131198 from my build tree to see if that solves the problem.
(In reply to comment #8)
> CCing a build system maintainer.
>
> Did this ever work? That is, is this a regression?
>
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35401