Lists

Terms and Conditions
Lists hosted on this site
Email the Postmaster
Tips for posting to public mailing lists

SDKs and linking

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

SDKs and linking

Subject: SDKs and linking
From: Sam Vaughan <email@hidden>
Date: Wed, 24 Nov 2004 08:51:15 +1100

Forwarding from Nick:

Hi, I am trying to build some things on 10.3 using the 10.4 SDK, and the behaviour of ld is making life difficult. It seems that implicitly linked libraries do not honour -L paths (even if -Z is passed), hence, a program which links in libSystem.dylib will fail to link. eg:

$ gcc -Z -L/Developer/SDKs/MacOSX10.4.0.sdk//usr/lib -F/Developer/SDKs/MacOSX10.4.0.sdk//System/Library/Frameworks -o bin-10.4.0/XVMprobe obj-10.4.0/mac_probe.o -framework CoreFoundation -framework IOKit ld: warning can't open dynamic library: /usr/lib/libauto.dylib (checking for undefined symbols may be affected) (No such file or directory, errno = 2) ld: Undefined symbols: _auto_register_weak_reference referenced from CoreFoundation expected to be defined in /usr/lib/libauto.dylib _auto_unregister_weak_reference referenced from CoreFoundation expected to be defined in /usr/lib/libauto.dylib <...snip...> _utrans_openU referenced from CoreFoundation expected to be defined in libicucore

libauto.dylib doesn't exist on 10.3 but does exist in 10.4's SDK

What is the proper solution to this? Explicitly linking the libraries will work, but that's a large number of potentially changing libraries. Alternatively (and the solution I've taken so far), I can do something like this: $ gcc -Z -L/Developer/SDKs/MacOSX10.4.0.sdk//usr/lib -dylib_file /usr/lib/libauto.dylib:/Developer/SDKs/MacOSX10.4.0.sdk//usr/lib/ libauto.dylib -dylib_file /usr/lib/libobjc.A.dylib:/Developer/SDKs/MacOSX10.4.0.sdk//usr/lib/ libobjc.A.dylib -dylib_file /usr/lib/libicucore.A.dylib:/Developer/SDKs/MacOSX10.4.0.sdk//usr/lib/ libicucore.A.dylib -F/Developer/SDKs/MacOSX10.4.0.sdk//System/Library/Frameworks -o bin-10.4.0/XVMprobe obj-10.4.0/mac_probe.o -framework CoreFoundation -framework IOKit

which does work, but is very ugly... and I'm concerned over the amount of work needed to maintain the dylib_file list.

The base of this problem stems from full paths being stored in the libraries. It would be better to have an independent search path, ala LD_LIBRARY_PATH for runtime and -L for link time.

Nick

_______________________________________________
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


Follow-Ups:

Re: SDKs and linking
From: Garth Cummings <email@hidden>
Re: SDKs and linking
From: Shawn Erickson <email@hidden>


Prev by Date:
Re: Maximum number of threads

Next by Date:
Re: SDKs and linking

Previous by thread:
Re: Maximum number of threads

Next by thread:
Re: SDKs and linking

Index(es):

Date
Thread