Re: Problems building universal binaries using -isysroot
Re: Problems building universal binaries using -isysroot
- Subject: Re: Problems building universal binaries using -isysroot
- From: plumber Idraulico <email@hidden>
- Date: Fri, 14 Apr 2006 16:15:33 +0200
On Fri, 2006-04-14 at 09:12 -0400, André-John Mas wrote:
On 13-Apr-06, at 23:45 , Eric Albert wrote:
The problem is that the compiler's treating /usr/local/lib as an
SDK-relative path, not a system-relative path. There are some
differences of opinion about whether that's a bug, but in my
opinion it is. :) Please write it up at <http://
bugreport.apple.com/>.
Definitely a bug in my books. Any paths that start with a slash in
almost every case I have seen are considered 'system absolute' paths.
Relative paths do not start with a slash. This sounds like the
compiler is mishandling path notions.
I'd be inclined to disagree. /usr/lib /lib and /usr/local/lib are
all in
the "system" search paths for the linker. When you specify an new
system
root, surely all the system search paths should be changed. For
directories outside the standard framework and library search paths,
they are only used if they exist in the new root. This seems perfectly
legitimate to me.
Peter
right -Wl,-syslibroot -> chroot ( for dylib )
gcc-3.5 test on php src
gcc-3.5 -arch i686 -arch ppc -g -O2 -L/Volumes/Container/Projects/
Darwin/gedeon/phpKit-22/php_xmlrpc/libexpat.subproj/lib -Wl,-
syslibroot,/Volumes/Container/Projects/Darwin/gedeon/Darwin7u.sdk-8 /
Volumes/Container/Projects/Darwin/gedeon/Darwin7u.sdk-8/usr/lib/
libSystem.dylib /Volumes/Container/Projects/Darwin/gedeon/
Darwin7u.sdk-8/usr/lib/libmx.dylib /Volumes/Container/Projects/Darwin/
gedeon/Darwin7u.sdk-8/usr/lib/libm.dylib -L/Volumes/Container/
Projects/Darwin/gedeon/phpKit-22/php_xmlrpc/libexpat.subproj/lib ext/
zlib/zlib.o
.......
Zend/zend_multibyte.o Zend/zend_strtod.o Zend/zend_execute.o sapi/cgi/
cgi_main.o sapi/cgi/getopt.o main/internal_functions.o /Volumes/
Container/Projects/Darwin/gedeon/phpKit-22/php_xmlrpc/
libexpat.subproj/libexpat.a -o sapi/cgi/php
normal warning :
/usr/bin/ld: for architecture i386
/usr/bin/ld: warning fat file: /usr/lib/gcc/i686-apple-
darwin8/3.5.0/../../../libmx.dylib does not contain an architecture
that matches the specified -arch flag: i386 (file ignored)
/usr/bin/ld: warning fat file: /usr/lib/gcc/i686-apple-
darwin8/3.5.0/../../../libSystem.dylib does not contain an
architecture that matches the specified -arch flag: i386 (file ignored)
and for this case i "hardlink" to force ld for different reasons ...
to do this with 10.4 SDK and gcc4 is easier
it 's definitely a user's bug not an ld-gcc problem
the compiler's treating /usr/local/lib as an
SDK-relative path, not a system-relative path.
and i do wish that stays like this !!!!!!!!! see top if you "hardlink" ?
Best Regards
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Darwin-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden