[ expat-Bugs-462960 ] configure fails on OSX

noreply@sourceforge.net noreply@sourceforge.net
Sat May 18 09:33:02 2002


Bugs item #462960, was opened at 2001-09-19 21:02
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=110127&aid=462960&group_id=10127

Category: Build control
Group: Platform Specific
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Greg Stein (gstein)
Summary: configure fails on OSX 

Initial Comment:
[mda@IDRG401 expat-1.95.2]$ ./configure --
prefix=/opt
creating cache ./config.cache
checking host system type... Invalid configuration 
`unknown-apple-darwin1.3.7': machine `unknown-
apple' not recognized

checking build system type... Invalid configuration 
`unknown-apple-darwin1.3.7': machine `unknown-
apple' not recognized

checking for ranlib... ranlib
checking for gcc... no
checking for cc... cc
checking whether the C compiler (cc  ) works... yes
checking whether the C compiler (cc  ) is a cross-
compiler... no
checking whether we are using GNU C... yes
checking whether cc accepts -g... yes
checking for ld used by GCC... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... no
checking for BSD-compatible nm... /usr/bin/nm -p
checking whether ln -s works... yes
updating cache ./config.cache
ltconfig: you must specify a host type if you use `--
no-verify'
Try `ltconfig --help' for more information.
configure: error: libtool configure failed
[mda@IDRG401 expat-1.95.2]$

----------------------------------------------------------------------

Comment By: Max Horn (fingolfin)
Date: 2002-05-18 18:32

Message:
Logged In: YES 
user_id=12935

I disagree, being somebody who has ported several 
dozen Unix packages using libtool to OS X.

First off, the problem in this bug report is caused by the 
fact that the configure script is not checking for the 
HOST type as it should; adding a simple statment to it 
would fix that, provided you made sure to use current 
versions of config.sub / config.guess.

For hints on libtool patches on OS X, check out http://
fink.sourceforge.net/doc/porting/libtool.php
All of these fixes have been cleaned up and submitted 
to the libtool team by us, and most should be in the 
next version (I really hope they make a 1.4.3 some day 
soon with these bugs fixed).

For Fink, we also have an expat package: http://
fink.sourceforge.net/pdb/package.php/expat
I see that it's not the current expat version, though I 
doubt that there are fundamental problems; I will 
contact the author.


----------------------------------------------------------------------

Comment By: Greg Stein (gstein)
Date: 2002-05-18 02:53

Message:
Logged In: YES 
user_id=6501

Mac OS X is notoriously problematic w.r.t libtool. Even if
we generated the scripts with libtool 1.4.2, additional
patches are needed.

I believe the only answer is that Mac OS X users would need
to get the source, install the properly-patched libtool, and
run buildconf to generate new config stuff.

With some additional work, I think we can get this fixed up,
but it'll take some more investigation that I don't have
right now.

[ I believe the patched libtool stuff has been posted on the
'net by Pier Fumagalli; need to look that up ]

----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2002-01-10 23:40

Message:
Logged In: NO 

After copying the files from /usr/share/libtool, and also
trying to copy the files from an alternate GNU version of
libtool that I have, the exact same error results.

What now?


----------------------------------------------------------------------

Comment By: Max Horn (fingolfin)
Date: 2001-10-31 22:37

Message:
Logged In: YES 
user_id=12935

This problem is due to old version of config.guess and config.sub being used. In OS X, you can usually copy the ones from /usr/share/libtool/ over the ones supplied in the source to be compiled.

The package maintainers can easily fix this issue by updating to the latest versions of the files (and/or also to newer version of autoconf/automake)

----------------------------------------------------------------------

You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=110127&aid=462960&group_id=10127