On 03/23/2010 09:07 AM, Philipp Hahn wrote: > autoconf goes to great lengths to calculate a proper MKINSTALLDIRS path, Actually, neither autoconf nor automake touches MKINSTALLDIRS; it is all provided by gettext. Did you test with gettext 0.14, automake 1.9.6 and autoconf 2.59? > so just export the variable for gettext, but don't overwrite it with a > broken path: > $(top_builddir) is a relative path, while $ac_aux_dir can be an absolute > path. That's a true statement. But doesn't automake/autoconf provide some magic to make it track the correct number of ../ components to be properly relative through subdirectories? In other words, what breakage are you fixing? https://www.redhat.com/archives/libvir-list/2010-February/msg00873.html claimed that we need something here. Looking at the gettext history, here is what gettext used, prior to retiring usage of MKINSTALLDIRS: -AC_DEFUN([AM_MKINSTALLDIRS], -[ - dnl Tell automake >= 1.10 to complain if mkinstalldirs is missing. - m4_ifdef([AC_REQUIRE_AUX_FILE], [AC_REQUIRE_AUX_FILE([mkinstalldirs])]) - dnl If the AC_CONFIG_AUX_DIR macro for autoconf is used we possibly - dnl find the mkinstalldirs script in another subdir but $(top_srcdir). - dnl Try to locate it. - MKINSTALLDIRS= - if test -n "$ac_aux_dir"; then - case "$ac_aux_dir" in - /*) MKINSTALLDIRS="$ac_aux_dir/mkinstalldirs" ;; - *) MKINSTALLDIRS="\$(top_builddir)/$ac_aux_dir/mkinstalldirs" ;; - esac - fi - if test -z "$MKINSTALLDIRS"; then - MKINSTALLDIRS="\$(top_srcdir)/mkinstalldirs" - fi - AC_SUBST(MKINSTALLDIRS) -]) Maybe the real fix for the problem you seem to be seeing is to repeat more of the body of this (now-obsolete) gettext macro, in the case that we are still targetting older gettext 0.14. -- Eric Blake eblake@xxxxxxxxxx +1-801-349-2682 Libvirt virtualization library http://libvirt.org
Attachment:
signature.asc
Description: OpenPGP digital signature
-- libvir-list mailing list libvir-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/libvir-list