This is the mail archive of the gcc-bugs@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

[Bug target/30572] [4.3 Regression] target libraries links against /libgcc_s.1.dylib instead of $(prefix)/lib/libgcc_s.1.dylib



------- Comment #6 from echristo at apple dot com  2007-08-20 17:11 -------
No, I spoke to Daniel about it a while back, but he hasn't had time to look
into it. It's definitely caused by the toplevel changes to libgcc. The basic
idea is that the toplevel makefile re-installs libgcc into the gcc directory
for some reason causing a relink of libgcc and since the is null the installed
libgcc gets an install name of /libgcc_s.1.dylib. This is then used with
libstdc++. When it's installed it is _again_ relinked and then has the proper
install_name, but this won't fix the problem that libstdc++ has since it's
already been linked in.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30572


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]