[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#25629: Hrm, actually autom4te isnt part of automake, but rather auto
From: |
Mathieu Lirzin |
Subject: |
bug#25629: Hrm, actually autom4te isnt part of automake, but rather autoconf. |
Date: |
Sun, 16 Jul 2017 01:49:50 +0200 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/25.2 (gnu/linux) |
Hello Yves,
demerphq <address@hidden> writes:
> Also I observe that there were previous patches to ensure most uses of
> keys() were sorted. However not all of them, including diagnostics,
> and various other places where the key order could be exposed to a
> user.
>
> Attached is a patch that I believe fixes any remaining uses of unsorted keys.
>
> I took the policy that automake is not performance sensitive, at least
> at the level of sorting keys, and that sorting something that is not
> strictly necessary does no harm.
>
> I admit I have not been able to properly test all of these changes,
> but superficial testing does not reveal any issues.
>
> Anyway, sorry for the misleading original bug-report.
>
> Cheers,
> Yves
Can you explain what would be the benefit for Automake to have such
deterministic behavior?
Thanks for the report.
--
Mathieu Lirzin
GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37
- bug#25629: Hrm, actually autom4te isnt part of automake, but rather autoconf.,
Mathieu Lirzin <=