[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: darwin sys_lib_search_path_spec patch

From: Peter O'Gorman
Subject: Re: darwin sys_lib_search_path_spec patch
Date: Wed, 5 Feb 2003 08:09:33 +0900

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
[pogma:~] peter% what /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/'

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.


On Wednesday, February 5, 2003, at 02:06  AM, Boehne, Robert wrote:


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.


reply via email to

[Prev in Thread] Current Thread [Next in Thread]