Re: darwin sys_lib_search_path_spec patch

[Peter O'Gorman]

Robert,
That is not the problem (well, it is a problem, just not the right one).

As you can see below, putting \n in the replace in sed does not do what 
you'd expect.

[pogma:~] peter% where sed
/usr/bin/sed
[pogma:~] peter% what /usr/bin/sed
/usr/bin/sed
         Copyright (c) 1992, 1993
        PROGRAM:sed  PROJECT:text_cmds-18  DEVELOPER:root  BUILT:Sun 
Jul 14 13:33:22 PDT 2002
[pogma:~] peter% echo "abc" | /usr/bin/sed -e 's/b/\nb/'
anbc

This is on Mac OS X 10.2.3 with the December 2002 Developer tools.

The sys_lib_search_path_spec always ends up as the empty string, this 
causes libtool to refuse to build shared libraries on darwin, not being 
able to find libc/libm etc.

I have to admit that my patch is also broken as the LIBRARY_PATH env 
var can contain :'s, but it is less broken than the current cvs. Also 
note that gcc is further broken in that /usr/local/lib is not included 
in -print-search-dirs even though it is in the default ld search path.

I assume this works for you because you have gnu's sed installed, 
please remove it before trying again, it is not the default.

Peter

On Wednesday, February 5, 2003, at 02:06  AM, 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