[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: AM_PROG_MKDIR_P: too soon to obsolete this macro?
From: |
Stefano Lattarini |
Subject: |
Re: AM_PROG_MKDIR_P: too soon to obsolete this macro? |
Date: |
Wed, 12 Sep 2012 21:34:00 +0200 |
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