From: Stefano Lattarini Date: Tue, 23 Dec 2014 16:27:30 +0000 (+0100) Subject: Merge branch 'am-deps' into micro X-Git-Url: http://review.tizen.org/git/?a=commitdiff_plain;h=a38fe86d4f425575e9753b34d65d73c98838b085;p=platform%2Fupstream%2Fautomake.git Merge branch 'am-deps' into micro * am-deps: include: fix bug in handling of user-defined makefile fragments generation tests: expose bug in handling of user-defined makefile fragments generation Signed-off-by: Stefano Lattarini --- a38fe86d4f425575e9753b34d65d73c98838b085 diff --cc NEWS index f4c835e7a,1fae7ad4c..a7342978e --- a/NEWS +++ b/NEWS @@@ -108,18 -108,13 +108,25 @@@ New in 1.14.2 * Bugs fixed: + - The expansion of AM_INIT_AUTOMAKE ends once again with a trailing + newline (bug#16841). Regression introduced in Automake 1.14. + + - The code used to detect whether the currently used make is GNU make + or not (relying on the private macro 'am__is_gnu_make') no longer + risks causing "Arg list too long" for projects using automatic + dependency tracking and having a ton of source files (bug#18744). + + - Automake tries to offer a more deterministic output for generated + Makefiles, in the face of the newly-introduced randomization for + hash keys order in Perl 5.18. + + - In older Automake versions, if a user defined one single Makefile + fragment (say 'foo.am') to be included (via Automake includes) in + his main Makefile.am, and defined a custom make rule to generate that + file from other data, Automake used to spuriously complain about with + something like "... overrides Automake target '$(srcdir)/foo.am". + This bug is now fixed. + ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ New in 1.14.1: