failure and AC_CONFIG_AUX_DIR

I had reported the bug on vte
( but I actually face
it in other modules (just tested gedit) and a lot may have the same

I am not sure if this is a new issue coming from automake
1.10/autoconf 2.61 or if I just never faced it for some other reason.

The end of the output is (see the bug report for the full output) :

Running libtoolize...
You should add the contents of `/usr/share/aclocal/libtool.m4' to `aclocal.m4'.
Putting files in AC_CONFIG_AUX_DIR, `../..'.
Running glib-gettextize... Ignore non-fatal messages.
Copying file mkinstalldirs
Copying file po/

Please add the files
  codeset.m4 gettext.m4 glibc21.m4 iconv.m4 isc-posix.m4 lcmessage.m4
from the /usr/share/aclocal directory to your autoconf macro directory
or directly to your aclocal.m4 file.
You will also need config.guess and config.sub, which you can get from

Running intltoolize...
cp: cannot create regular file `po/': No such file or directory
intltoolize: cannot copy '/usr/share/intltool/' to

It is actually trying to create the file as ../../po/ and fails
because ../../po does not exist.

Here is my understanding on the issue.

The doc says :

     If `AC_CONFIG_AUX_DIR' is not given, the scripts are looked for in
     their standard locations.  For `mdate-sh', `texinfo.tex', and
     `ylwrap', the standard location is the source directory
     corresponding to the current `'.  For the rest, the
     standard location is the first one of `.', `..', or `../..'
     (relative to the top source directory) that provides any one of
     the helper scripts.  *Note Finding `configure' Input:

So, if one of the scripts (install-sh, libtool, ...) does not exist in the
current directory it will look into .. and ../.. and then will work in that

In my case ../.. was my home. I found that it had polluted my home with, config.guess and config.sub (maybe others that I did not notice).

I don't know why did it decide to use it, maybe because it contains an as I read that autotools used to have a in the past.

Setting AC_CONFIG_AUX_DIR to . will make it consider the missing files
as missing (and copy them here when requested) instead of looking for
them in ".." and "../..".

So, the fix I proposed is to add AC_CONFIG_AUX_DIR(.) in

[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]