RE: darwin sys_lib_search_path_spec patch

[Boehne, Robert]

Peter,

Whether or not this works really depends on which version of Darwin
is being used.  The one currently in CVS Libtool works with the latest
Darwin.  Apple has done some very bad things IMHO, like making a "gcc"
that doesn't behave like gcc yet reports itself as being gcc.  Unfortunately
I don't have access to more than two versions of OS X to determine which
versions of what tools have the different behavior.  I suppose it would
be better to guess than not try.  I'll see if I can come up with a
version sensitive patch that doesn't break the new stuff while fixing
the old.

Robert

-----Original Message-----
From: Peter O'Gorman [mailto:address@hidden
Sent: Tuesday, February 04, 2003 10:15 AM
To: address@hidden
Subject: darwin sys_lib_search_path_spec patch


Here is a patch which works for me, inline and attached.

diff -u -d -b -w -u -r1.1184 ChangeLog
--- ChangeLog   4 Feb 2003 15:15:45 -0000       1.1184
+++ ChangeLog   4 Feb 2003 16:03:25 -0000
@@ -1,3 +1,7 @@
+2003-02-05  Peter O'Gorman <address@hidden>
+
+       * libtool.m4: Avoid gcc -print-search-dirs on darwin.
+
  2003-02-04  Nick Hudson  <address@hidden>

         * libtool.m4: don't use -nodefaultlibs in archive_commands
Index: libtool.m4
===================================================================
RCS file: /cvsroot/libtool/libtool/libtool.m4,v
retrieving revision 1.295
diff -u -d -b -w -u -r1.295 libtool.m4
--- libtool.m4  4 Feb 2003 15:15:45 -0000       1.295
+++ libtool.m4  4 Feb 2003 16:03:26 -0000
@@ -1226,7 +1226,12 @@
    shlibpath_var=DYLD_LIBRARY_PATH
    shrext='$(test .$module = .yes && echo so || echo dylib)'
    # Apple's gcc prints 'gcc -print-search-dirs' doesn't operate the 
same.
-  sys_lib_search_path_spec=`$CC -print-search-dirs | tr "\n" 
"$PATH_SEPARATOR" | sed -e 's/libraries:/\nlibraries:/' | grep 
"^libraries:" | sed -e "s/^libraries://" -e "s,=/,/,g" -e 
"s,$PATH_SEPARATOR, ,g"`
+  # sys_lib_search_path_spec=`$CC -print-search-dirs | tr "\n" 
"$PATH_SEPARATOR" | sed -e 's/libraries:/\nlibraries:/' | grep 
"^libraries:" | sed -e "s/^libraries://" -e "s,=/,/,g" -e 
"s,$PATH_SEPARATOR, ,g"`
+  #
+  # Not only does the above not work, even if it did, it does not 
include /usr/local/lib which is
+  # in the default ld search path.. The following not only appears to 
work, but it should also stop
+  # libtool from complaining that there is only a static libgcc and 
libstdc++.
+  sys_lib_search_path_spec="${LIBRARY_PATH} /lib /usr/lib 
/usr/local/lib"
    ;;

  dgux*)