Re: Universal build of cranky open source lib with a configure script
Re: Universal build of cranky open source lib with a configure script
- Subject: Re: Universal build of cranky open source lib with a configure script
- From: Bill Northcott <email@hidden>
- Date: Sat, 27 Jan 2007 15:13:38 +1100
On 27/01/2007, at 2:04 PM, Bill Bumgarner wrote:
I have seen -- and had to fix -- far too many issues related to
assuming that code is working in this kind of situation to be
comfortable with such a solution. It just isn't worth it;
creating an Xcode project that builds a proper universal binary is
a known quantity, not that hard, and a heck of a lot more
productive/fun than trying to debug endian, linking, ABI or other
weirdness in the final bomb run of a project.
The worst kinds have been the ones that yielded non-portable data
archives that should have been portable. Nothing like having to
figure out the architecture of the original machine used to build
the software to recover a bunch of data that was archived/
unarchived incorrectly.
As far as I can see the only one of the problems which you describe
likely to be fixed by using Xcode is linking and possibly some ABI
issues, but certainly not if you are using Fortran anywhere in the
package. Endian issues, archiving and so on seem to me to functions
of the code not the build system. These issues are nasty but they
are nothing to do with autotools.
If you add an Xcode build to an autoconf project, you then have two
build systems to maintain instead of one. What I have done is to use
Xcode with script build steps to drive the autoconf build system,
while getting the good stuff with code indexing debugging etc..
Also off list I discovered from Peter that libtool 1.5.20 (June 2005)
or later fixes the problem of stripping -arch options from the link.
You can check the version of libtool in any ltmain.sh which may be in
the package. The libtool version is in the text of the script.
Cheers
Bill
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Xcode-users mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden