Re: darwin sys_lib_search_path_spec patch

[Charles Wilson]

BTW, I went thru a bunch of hoops a few months back, to keep 
cygwin-libtool from complaining about the fact that we only have static 
libstdc++ &tc.  I haven't looked closely at your patch to see how you 
addressed the issue, but my patch was fairly general: all you need do is 
set
_LT_AC_TAGVAR(enable_shared_with_static_runtimes, $1)=yes
for your [platform, language].

--Chuck

Boehne, Robert wrote:
> 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*)
>
>
> _______________________________________________
> Libtool-patches mailing list
> address@hidden
> http://mail.gnu.org/mailman/listinfo/libtool-patches