keeping up with "gnu-libtool -> libtool15"

Csaba Henk csaba-ml at
Tue Jun 20 06:26:08 UTC 2006


The devel/gnu-libtool port has been retired, because, as the freshports
page says, "devel/libtool15 is now stock and should be used instead".

Sounds fine, but the paths for the compontents of gnu-libtool and
libtool15 are not the same and this can cause confusion.

    * * *
My particular example is the FUSE library.
Get the latest devel code from Sourceforge (

  cvs -d:pserver:anonymous at login
  cvs -z3 -d:pserver:anonymous at co -P fuse

) or from my Mercurial mirror (

  hg clone
  fetch ";type=gz"

), and try to generate configure & co.

The source comes with a utility script for this purpose, and I usually
invoke it on FreeBSD as follows:

  PATH=/usr/local/gnu-autotools/bin:$PATH ./

Now, after the libtool switch (if you don't have gnu-libtool installed
anymore), this will end up with

  Running libtoolize...
  Running autoreconf... error: possibly undefined macro: AC_PROG_LIBTOOL
        If this token and others are legitimate, please use m4_pattern_allow.
        See the Autoconf documentation.
  autoreconf: /usr/local/gnu-autotools/bin/autoconf failed with exit status: 1

How to get around this transparently?


More information about the freebsd-ports mailing list