#89 configure fails on OSX

Platform Specific

[mda@IDRG401 expat-1.95.2]$ ./configure --
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 `--
Try `ltconfig --help' for more information.
configure: error: libtool configure failed
[mda@IDRG401 expat-1.95.2]$


  • Max Horn

    Max Horn - 2001-10-31

    Logged In: YES

    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)

  • Nobody/Anonymous

    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?

  • Greg Stein

    Greg Stein - 2002-05-18

    Logged In: YES

    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 ]

  • Max Horn

    Max Horn - 2002-05-18

    Logged In: YES

    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://
    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://
    I see that it's not the current expat version, though I
    doubt that there are fundamental problems; I will
    contact the author.

  • Greg Stein

    Greg Stein - 2002-05-20

    Logged In: YES

    Thanks for the additional clarifications. Your comments
    about patching libtool are exactly what I was referring to:
    plain old libtool 1.4.2 isn't going to help the MacOS X users.

    Note that *we* run libtool when creating a distribution.
    Since that isn't the "good" libtool, the resulting
    distribution will not be usable by MacOS X users :-(

    That said, until libtool gets their act together with the
    submitted patches, then we can/should point people at the
    fink package instead. After we release 1.95.3, we should try
    to get the fink pkg updated to that.

    Regarding config.sub/.guess, I am planning to pull the most
    recent copies of those from Apache. They have additional
    fixes (including MacOS X fixes) that improve them over any
    of the standard distro'd versions. (if we check them into
    source control, and tweak our libtoolize call, then it
    shouldn't overwrite them)

  • Fred L. Drake, Jr.

    Logged In: YES

    Greg, if you can get this done in the next 24 hours, we should be able to
    include this in Expat 1.95.3.

  • Fred L. Drake, Jr.

    • priority: 5 --> 7
  • Greg Stein

    Greg Stein - 2002-06-01

    Logged In: YES

    Working on it now...

  • Greg Stein

    Greg Stein - 2002-06-01
    • status: open --> closed-fixed
  • Greg Stein

    Greg Stein - 2002-06-01

    Logged In: YES

    Okay. The new system is in. Could somebody try the HEAD of
    CVS? Or try out 1.95.3 when it gets released? (RSN)

    I'm going to close this. Please feel free to reopen or to
    file a new bug if the current CVS doesn't work on Darwin.


Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:

No, thanks