On 07/09/2012 12:04 PM, Jim Meyering wrote:
> Stefano Lattarini wrote:
>
>> - - Automake generated Makefiles define once again the $(mkdir_p) make
>> -variable (simple ans an alias for $(MKDIR_P)), for better backward
>> -compatibility. The '@mkdir_p@' substitution is however not en
Stefano Lattarini wrote:
> On 07/09/2012 11:45 AM, Stefano Lattarini wrote:
>> On 07/09/2012 11:17 AM, Jim Meyering wrote:
- - The long-obsolete (since automake 1.10) @mkdir_p@ configure-time
-substitution and AM_PROG_MKDIR m4 macro will be removed in Automake
-1.13.
On 07/09/2012 11:45 AM, Stefano Lattarini wrote:
> On 07/09/2012 11:17 AM, Jim Meyering wrote:
>>>
>>> - - The long-obsolete (since automake 1.10) @mkdir_p@ configure-time
>>> -substitution and AM_PROG_MKDIR m4 macro will be removed in Automake
>>> -1.13. The $(mkdir_p) should still remai
On 07/09/2012 11:17 AM, Jim Meyering wrote:
>>
>> - - The long-obsolete (since automake 1.10) @mkdir_p@ configure-time
>> -substitution and AM_PROG_MKDIR m4 macro will be removed in Automake
>> -1.13. The $(mkdir_p) should still remain available for the moment
>> -though.
>> + - The
Stefano Lattarini wrote:
> On 07/09/2012 09:22 AM, Jim Meyering wrote:
>>
>> Hi Stefano,
>>
>> I see that @mkdir_p@ is used in gettext's Makefile.in.in template:
>>
>> # We use $(mkdir_p).
>> # In automake <= 1.9.x, $(mkdir_p) is defined either as "mkdir -p --" or as
>> # "$(mkinstalldirs)" o
On 07/09/2012 09:22 AM, Jim Meyering wrote:
>
> Hi Stefano,
>
> I see that @mkdir_p@ is used in gettext's Makefile.in.in template:
>
> # We use $(mkdir_p).
> # In automake <= 1.9.x, $(mkdir_p) is defined either as "mkdir -p --" or as
> # "$(mkinstalldirs)" or as "$(install_sh) -d". For thes
Stefano Lattarini wrote:
> On 07/06/2012 12:10 AM, Diego Elio Pettenò wrote:
>> Il 05/07/2012 11:26, Stefano Lattarini ha scritto:
>>> How so? Removal of $(mkdir_p) is only planned for Automake 1.13, that is
>>> still unreleased.
>>
>> Ehm Stefano, that's definitely not the case, I've been hitting
On 07/06/2012 01:40 PM, Stefano Lattarini wrote:
> On 07/06/2012 01:05 PM, Stefano Lattarini wrote:
>>
>> Grrr, the second patch doesn't work on systems (like NetBSD 5.1) where
>> "mkdir -p" is not deemed good enough, and "install-sh -d" is used
>> instead:
>>[SNIP]
>> Anyway, I've verified tha
Il 06/07/2012 10:26, Stefano Lattarini ha scritto:
> I will soon push the attached patches to take care of the problem.
> Note that they only re-introduce the $(mkdir_p) variable (because
> is very easy to do so), but not the @mkdir_p@ substitution. Anyone
> knows if this can create problems in pr
Il 05/07/2012 11:26, Stefano Lattarini ha scritto:
> How so? Removal of $(mkdir_p) is only planned for Automake 1.13, that is
> still unreleased.
Ehm Stefano, that's definitely not the case, I've been hitting that
issue in Gentoo in many packages.
https://bugs.gentoo.org/show_bug.cgi?id=automake
On 07/06/2012 01:10 PM, Diego Elio Pettenò wrote:
> Il 06/07/2012 10:26, Stefano Lattarini ha scritto:
>> I will soon push the attached patches to take care of the problem.
>> Note that they only re-introduce the $(mkdir_p) variable (because
>> is very easy to do so), but not the @mkdir_p@ substitu
On 07/06/2012 01:05 PM, Stefano Lattarini wrote:
>
> Grrr, the second patch doesn't work on systems (like NetBSD 5.1) where
> "mkdir -p" is not deemed good enough, and "install-sh -d" is used
> instead:
>[SNIP]
> Anyway, I've verified that this is *not* a regression (at least w.r.t
> Automake 1
On 07/06/2012 10:26 AM, Stefano Lattarini wrote:
> Hi Diego.
>
> On 07/06/2012 12:10 AM, Diego Elio Pettenò wrote:
>> Il 05/07/2012 11:26, Stefano Lattarini ha scritto:
>>> How so? Removal of $(mkdir_p) is only planned for Automake 1.13, that is
>>> still unreleased.
>>
>> Ehm Stefano, that's def
Hi Diego.
On 07/06/2012 12:10 AM, Diego Elio Pettenò wrote:
> Il 05/07/2012 11:26, Stefano Lattarini ha scritto:
>> How so? Removal of $(mkdir_p) is only planned for Automake 1.13, that is
>> still unreleased.
>
> Ehm Stefano, that's definitely not the case, I've been hitting that
> issue in Gen
On 07/05/2012 11:56 PM, tsuna wrote:
> On Thu, Jul 5, 2012 at 2:26 AM, Stefano Lattarini
> wrote:
>> If they want to work on a project that uses the more modern Automake, they
>> should upgrade then. Installing Automake from sources is not difficult nor
>> time consuming.
>
> I agree. But the f
Hmm, apologies, ... I followed up the wrong message!
-miles
--
Christian, n. One who follows the teachings of Christ so long as they are not
inconsistent with a life of sin.
On Thu, Jul 5, 2012 at 2:26 AM, Stefano Lattarini
wrote:
> If they want to work on a project that uses the more modern Automake, they
> should upgrade then. Installing Automake from sources is not difficult nor
> time consuming.
I agree. But the fact is that there are hundreds of organizations
[following up my previously message]
This is an earlier post I made, which analyzes the Lua string library
w/r/t UTF-8:
http://lua-users.org/lists/lua-l/2012-02/msg00241.html
-Miles
--
Selfish, adj. Devoid of consideration for the selfishness of others.
On 07/05/2012 08:29 AM, tsuna wrote:
> On Fri, Jun 1, 2012 at 9:50 AM, Stefano Lattarini
> wrote:
>> * Deprecated obsolescent features:
> […]
>> - The long-obsolete (since 1.10) automake-provided $(mkdir_p) make
>> variable, @mkdir_p@ configure-time substitution and AM_PROG_MKDIR
>> m4 m
On Fri, Jun 1, 2012 at 9:50 AM, Stefano Lattarini
wrote:
> * Deprecated obsolescent features:
[…]
> - The long-obsolete (since 1.10) automake-provided $(mkdir_p) make
> variable, @mkdir_p@ configure-time substitution and AM_PROG_MKDIR
> m4 macro are deprecated, eliciting a warning in the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
We are pleased to announce the Automake 1.12.1 maintenance release.
This release:
- fixes few minor bugs, and some weaknesses in the Automake's own
testsuite and build system;
- removes and some inefficiencies in the implementation of the 'c
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
We are pleased to announce the Automake 1.12.1 maintenance release.
This release:
- fixes few minor bugs, and some weaknesses in the Automake's own
testsuite and build system;
- removes and some inefficiencies in the implementation of the 'c
22 matches
Mail list logo
