Re: AM_PROG_MKDIR_P: too soon to obsolete this macro?
Stefano Lattarini wrote: On 09/12/2012 09:20 PM, Jim Meyering wrote: Stefano Lattarini wrote: On 09/12/2012 06:04 PM, Jim Meyering wrote: I see that gettext (latest from git) still AC_REQUIRE's AM_PROG_MKDIR_P from its intl.m4 and po.m4 files, which are pulled into *many* projects. I know. I sent a patch several months ago to gettext to fix that issue: http://lists.gnu.org/archive/html/bug-gettext/2012-04/msg00018.html and other peoples have reported the problem as well: http://lists.gnu.org/archive/html/bug-gettext/2012-06/msg00012.html but no answer/feedback has come. If gettext doesn't fix the issue, projects using it will have to put a workaround in place themselves, like adding an AM_PROG_MKDIR_P definition (simply as an alias to AC_PROG_MKDIR_P) in a local '.m4' file. Sorry. Even if gettext fixes it today, it will take months, if not years for the new version to reach developers. That's why I sent the patch to gettext months ago, sigh :-( Are you sure you want to force every automake-and-gettext-using project to adapt to what looks like a whim? Please reconsider. OK, if someone sends a patch reverting the AM_PROG_MKDIR_P removal (with a rationale in the commit message), I'll take it. But AM_PROG_MKDIR_P will be dropped in 1.14, without further ifs or buts. Thank you. I will make time to prepare the patch.
Re: AM_PROG_MKDIR_P: too soon to obsolete this macro?
On 09/12/2012 06:04 PM, Jim Meyering wrote: I see that gettext (latest from git) still AC_REQUIRE's AM_PROG_MKDIR_P from its intl.m4 and po.m4 files, which are pulled into *many* projects. I know. I sent a patch several months ago to gettext to fix that issue: http://lists.gnu.org/archive/html/bug-gettext/2012-04/msg00018.html and other peoples have reported the problem as well: http://lists.gnu.org/archive/html/bug-gettext/2012-06/msg00012.html but no answer/feedback has come. If gettext doesn't fix the issue, projects using it will have to put a workaround in place themselves, like adding an AM_PROG_MKDIR_P definition (simply as an alias to AC_PROG_MKDIR_P) in a local '.m4' file. Sorry. When I try to build one of those projects (coreutils) using the latest from automake.git/master, I see this failure: $ aclocal -I m4 configure.ac:477: warning: AM_PROG_MKDIR_P is m4_require'd but not m4_defun'd m4/po.m4:23: AM_PO_SUBDIRS is expanded from... m4/gettext.m4:57: AM_GNU_GETTEXT is expanded from... configure.ac:477: the top level That is because AM_PROG_MKDIR_P is marked to become obsolete in the next release of automake. I would have noticed sooner, but a few months ago, I worked around this by installing a private fix in the --prefix=/p hierarchy where I install personal copies of tools like this, then forgot to report it. Today I built using the latest automake on a new system (without that manual patch) and re-diagnosed the problem. Regards, Stefano
Re: AM_PROG_MKDIR_P: too soon to obsolete this macro?
Stefano Lattarini wrote: On 09/12/2012 06:04 PM, Jim Meyering wrote: I see that gettext (latest from git) still AC_REQUIRE's AM_PROG_MKDIR_P from its intl.m4 and po.m4 files, which are pulled into *many* projects. I know. I sent a patch several months ago to gettext to fix that issue: http://lists.gnu.org/archive/html/bug-gettext/2012-04/msg00018.html and other peoples have reported the problem as well: http://lists.gnu.org/archive/html/bug-gettext/2012-06/msg00012.html but no answer/feedback has come. If gettext doesn't fix the issue, projects using it will have to put a workaround in place themselves, like adding an AM_PROG_MKDIR_P definition (simply as an alias to AC_PROG_MKDIR_P) in a local '.m4' file. Sorry. Even if gettext fixes it today, it will take months, if not years for the new version to reach developers. Are you sure you want to force every automake-and-gettext-using project to adapt to what looks like a whim? Please reconsider.
Re: AM_PROG_MKDIR_P: too soon to obsolete this macro?
On 09/12/2012 09:20 PM, Jim Meyering wrote: Stefano Lattarini wrote: On 09/12/2012 06:04 PM, Jim Meyering wrote: I see that gettext (latest from git) still AC_REQUIRE's AM_PROG_MKDIR_P from its intl.m4 and po.m4 files, which are pulled into *many* projects. I know. I sent a patch several months ago to gettext to fix that issue: http://lists.gnu.org/archive/html/bug-gettext/2012-04/msg00018.html and other peoples have reported the problem as well: http://lists.gnu.org/archive/html/bug-gettext/2012-06/msg00012.html but no answer/feedback has come. If gettext doesn't fix the issue, projects using it will have to put a workaround in place themselves, like adding an AM_PROG_MKDIR_P definition (simply as an alias to AC_PROG_MKDIR_P) in a local '.m4' file. Sorry. Even if gettext fixes it today, it will take months, if not years for the new version to reach developers. That's why I sent the patch to gettext months ago, sigh :-( Are you sure you want to force every automake-and-gettext-using project to adapt to what looks like a whim? Please reconsider. OK, if someone sends a patch reverting the AM_PROG_MKDIR_P removal (with a rationale in the commit message), I'll take it. But AM_PROG_MKDIR_P will be dropped in 1.14, without further ifs or buts. Regards, Stefano
