[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: automake -a does not call libtoolize
From: |
Alexandre Duret-Lutz |
Subject: |
Re: automake -a does not call libtoolize |
Date: |
Sat, 12 Feb 2005 10:16:05 +0100 |
User-agent: |
Gnus/5.110003 (No Gnus v0.3) Emacs/21.3.50 (gnu/linux) |
>>> "Alexander" == Alexander Kern <address@hidden> writes:
[...]
Alexander> I have following problem as mention in subject. From
Alexander> manual I know if I specify in configure.in
Alexander> AC_PROG_LIBTOOL or better AM_PROG_LIBTOOL and call
Alexander> "automake -a", "automake" calls intern "libtoolize
Alexander> -a".
Please look at the first page of this manual, it should
say which version it documents. If that's older than the
version you use (1.9.3), you can throw it away.
Although what you have read was true with past releases, I could
not find any such statement in old Automake manuals. Maybe you have
been mislead by another document?
The only two places where ltmain.sh is mentioned in the current
Automake manual are
| 5.2 Other things Automake recognizes
| ====================================
[...]
| `AC_CONFIG_AUX_DIR'
| Automake will look for various helper scripts, such as
| `install-sh', in the directory named in this macro invocation.
| (The full list of scripts is: `config.guess', `config.sub',
| `depcomp', `elisp-comp', `compile', `install-sh', `ltmain.sh',
| `mdate-sh', `missing', `mkinstalldirs', `py-compile',
| `texinfo.tex', and `ylwrap'.) Not all scripts are always searched
| for; some scripts will only be sought if the generated
| `Makefile.in' requires them.
and
| 7.3.9 Common Issues Related to Libtool's Use
| --------------------------------------------
|
| 7.3.9.1 `required file `./ltmain.sh' not found'
| ...............................................
|
| Libtool comes with a tool called `libtoolize' that will install
| libtool's supporting files into a package. Running this command will
| install `ltmain.sh'. You should execute it before `aclocal' and
| `automake'.
|
| People upgrading old packages to newer autotools are likely to face
| this issue because older Automake versions used to call `libtoolize'.
| Therefore old build scripts do not call `libtoolize'.
|
| Since Automake 1.6, it has been decided that running `libtoolize'
| was none of Automake's business. Instead, that functionality has been
| moved into the `autoreconf' command (*note Using `autoreconf':
| (autoconf)autoreconf Invocation.). If you do not want to remember what
| to run and when, just learn the `autoreconf' command. Hopefully,
| replacing existing `bootstrap.sh' or `autogen.sh' scripts by a call to
| `autoreconf' should also free you from any similar incompatible change
| in the future.
Also, AC_PROG_LIBTOOL is the official name of the libtool macro.
AM_PROG_LIBTOOL is deprecated.
--
Alexandre Duret-Lutz