This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug target/30572] [4.3 Regression] target libraries links against /libgcc_s.1.dylib instead of $(prefix)/lib/libgcc_s.1.dylib
- From: "ek dot kato at gmail dot com" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: 28 Nov 2007 09:19:05 -0000
- Subject: [Bug target/30572] [4.3 Regression] target libraries links against /libgcc_s.1.dylib instead of $(prefix)/lib/libgcc_s.1.dylib
- References: <bug-30572-6528@http.gcc.gnu.org/bugzilla/>
- Reply-to: gcc-bugzilla at gcc dot gnu dot org
------- Comment #12 from ek dot kato at gmail dot com 2007-11-28 09:19 -------
Hi,
I encountered this problem today, as I would like to use latest gfortran on Mac
OS X 10.4.11.
Anyway here is the crude workaround to avoid the install name problem. It just
install libgcc_s.*.dylib with slibdir defiend, and then move them to the
$(gcc_objdir) later.
Index: libgcc/Makefile.in
===================================================================
--- libgcc/Makefile.in (revision 130489)
+++ libgcc/Makefile.in (working copy)
@@ -100,8 +100,13 @@
# in-tree libraries, and DejaGNU) know about the layout
# of the build tree, for now.
$(MAKE) install DESTDIR=$(gcc_objdir) \
- slibdir= libsubdir= MULTIOSDIR=$(MULTIDIR)
+ slibdir=$(slibdir) libsubdir= MULTIOSDIR=$(MULTIDIR)
+ objdir="$(gcc_objdir)/$(slibdir)"; \
+ if test -d "$$objdir"; then \
+ mv -f $$objdir/libgcc_s.* $(gcc_objdir)/; \
+ fi; \
+
.PHONY: all-multi
all-multi:
# If this is the top-level multilib, build all the other
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30572