automake
[Top][All Lists]
Advanced

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

Re: AM_PROG_MKDIR_P: too soon to obsolete this macro?


From: Jim Meyering
Subject: Re: AM_PROG_MKDIR_P: too soon to obsolete this macro?
Date: Thu, 13 Sep 2012 09:59:25 +0200

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.



reply via email to

[Prev in Thread] Current Thread [Next in Thread]