GNOME Bugzilla – Bug 129773
Problems with the ac_aux_dir variable
Last modified: 2004-12-22 21:47:04 UTC
From cbhoh@mimos.my: In intltool.m4, it uses the variable ac_aux_dir while substituted intltool-extract.in into intltool-extract. This causes some problem for those packages which are NOT using the latest Autoconf (1.6.x): For latest autoconf, the ac_aux_dir will be included into config.status given that we uses AC_PREREQ macro. the following are the code i found from aclocal.m4: # AM_OUTPUT_DEPENDENCY_COMMANDS # ----------------------------- # This macro should only be invoked once -- use via AC_REQUIRE. # # This code is only required when automatic dependency tracking # is enabled. FIXME. This creates each `.P' file that we will # need in order to bootstrap the dependency handling code. AC_DEFUN([AM_OUTPUT_DEPENDENCY_COMMANDS], [AC_CONFIG_COMMANDS([depfiles], [test x"$AMDEP_TRUE" != x"" || _AM_OUTPUT_DEPENDENCY_COMMANDS], [AMDEP_TRUE="$AMDEP_TRUE" ac_aux_dir="$ac_aux_dir"]) ]) I right now temporary solve the problem by changing the intltool.m4 file by including the ac_aux_dir=${ac_aux_dir} into the INIT-CMDS of AC_OUTPUT_COMMANDS AC_OUTPUT_COMMANDS([ ... .. . ], INTLTOOL_PERL=${INTLTOOL_PERL} ac_aux_dir=${ac_aux_dir}) My question is that do I need to file a bug and generate a patch for Intltool regarding about this issue? or I just try to make all package move up to the latest autoconf (which ac_aux_dir will be into config.status if we use AC_PREREQ macro). Any workaround solution suggested? best regards, HOH
*** Bug 129592 has been marked as a duplicate of this bug. ***
This is causing build problems and is thus blocking testing and development, so I'm setting priority->immediate and adding the bugsquad keyword. In particular, while trying to build with jhbuild, gnome-mime-data would spit out errors/warnings such as: ./config.status: ./intltool-extract.in: No such file or directory causing later errors which would stop the compilation. The change Kenneth suggested (Thanks Kenneth!) fixed this. It took me a while to figure out what and where to change from Kenneth's description, so just in case anyone else runs across this bug report from a query, the exact change to make (assuming that the installation is in /opt/gnome2) is: --- /opt/gnome2/share/aclocal/intltool.m4.orig 2003-12-21 21:10:08.000000000 -0700 +++ /opt/gnome2/share/aclocal/intltool.m4 2003-12-21 22:30:00.000000000 -0700 @@ -153,6 +153,6 @@ chmod ugo+x ${ac_aux_dir}/intltool-update chmod u+w ${ac_aux_dir}/intltool-update -], INTLTOOL_PERL=${INTLTOOL_PERL}) +], INTLTOOL_PERL=${INTLTOOL_PERL} ac_aux_dir=${ac_aux_dir}) ])
Created attachment 22633 [details] [review] Patch to fix the `ac_aux_dir` problem
Feel free to checkin this patch --Kenneth
Committed on HEAD as per Kenneth's request.
This bug is caused by http://bugzilla.gnome.org/show_bug.cgi?id=116362 and the patch commited from there. I would like to revert both patches, any ideas ?
I'm not 100% sure this bug was really caused by that other bug. However, they are definately linked, so I'd advise to first get the other bug fixed (for which a new patch is in #130280), then create a testcase bringing out this bug. Please look at toolchain-tests/intltool for examples on how to make a test that shows the bug. btw, you probably meant automake/aclocal 1.6, not autoconf.
Now that Thomas checked in a better patch to respect AUX_DIR the problem seem to be back. I guess we should just commit this patch again.
right. But I can't reproduce. Can someone please make a test module in toolchain-tests similar to the other two, with instructions on how to reproduce it ? also list toolchain versions. thanks
I'm not a linux box right now so I cant do the testcase :/ Did you try building eog ? If that works for you I'll hack a testcase when I'm back on my box.
Ok, I managed to get access to a linux box. I committed autogen-14.sh in toolchain-tests/intltool/auxdir/. Running it should end with these errors: ./config.status: line 892: /intltool-extract.in: No such file or directory mv: cannot stat `intltool-extract.out': No such file or directory ./config.status: line 901: /intltool-merge.in: No such file or directory mv: cannot stat `intltool-merge.out': No such file or directory ./config.status: line 911: /intltool-update.in: No such file or directory mv: cannot stat `intltool-update.out': No such file or directory Make sure to have up to date gnome-common or you will fail before because of the mkinstalldirs thing.
patch recommited to cvs. all tests in toolchain-tests worked fine with this patch, both with am17 and am14. Before, AC_CONFIG_AUX_DIR had issues.