That said, though, there's something weird going on in your build that
should probably be tracked down. It didn't happen to me last time I
built...
Here's a patch that fixes it though it doesn't fix the testsuite
results yet and is likely not quite what Daniel will want...
Dan?
The basic idea is that the darwin code uses slibdir to set the install
name of the library - including full path. Yes, this is dumb, but it's
the way that darwin does things at the moment. :(
We're getting slibdir set to null which makes the install name believe
that it's rooted at /<name> instead of $(slibdir)/<name>.
-eric
Index: Makefile.in
===================================================================
--- Makefile.in (revision 123700)
+++ Makefile.in (working copy)
@@ -99,7 +99,7 @@ all: all-multi
# 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)
.PHONY: all-multi
all-multi:
@@ -820,4 +820,3 @@ include $(srcdir)/empty.mk $(wildcard *.
#
# Remove use of $(gcc_srcdir). Source files referenced using $(gcc_srcdir)
# should move into the libgcc directory.
-
