bug#13928: Closing automake bug#13928 (bad interactions between 'subdir-object' option and automatic dependency tracking)

close 13928 thanks Reference: I've merged the latest patch series: into the 'minor' and 'master' branches, and the testsuite appears to be happy (or at least no more unhappy than before) on

bug#13928: [PATCH 1/4] deps: 'subdir-object' option now works when foo_SOURCES contains $(var)

. * t/subobj-indir-pr13928.sh: Simplify slightly, now that we expect it to pass. * t/depcomp8a.sh: Adjust grepping check to account for the changes in the generated Makefile, and tp be somewhat more robust in light of possible future modifications. * t/depcomp8b.sh: Likewise. * t/subobj11b.sh: Likewise. * t

bug#13928: [PATCH 3/4] compile: don't place built object files in $(srcdir), ever ...

XFAIL_TESTS): Remove 'subobj-vpath-pr13928.sh', it's now supposed to pass. (handwritten_TESTS): Add 'subobj-pr13928-more-langs.sh'. Signed-off-by: Stefano Lattarini --- NEWS | 21 ++- bin/automake.in| 50

bug#13928: [PATCH 0/4] Fix automake bug#13928

Stefano Lattarini (4): deps: 'subdir-object' option now works when foo_SOURCES contains $(var) tests: fix some bugs in an XFAILing test compile: don't place built object files in $(srcdir), ever ... deps: fix corner-case "make distclean" bug NEWS

bug#13928: [PATCH 4/4] deps: fix corner-case "make distclean" bug

m: Adjust to implement the new 'distclean' logic. * t/pr224.sh: Adjust to avoid a spurious failure. * PLANS/subdir-objects.txt: Update. Signed-off-by: Stefano Lattarini --- PLANS/subdir-objects.txt | 10 +++--- bin/automake.in | 20 ++-- lib/am/depend.am

bug#13928: [PATCH 2/4] tests: fix some bugs in an XFAILing test

* t/subobj-vpath-pr13928.sh: This one. The test would have failed (or hung!) even if the bug it was testing against were fixed. Signed-off-by: Stefano Lattarini --- t/subobj-vpath-pr13928.sh | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/t/subobj-vpath-pr13928.sh b/t

bug#13928: [PATCH] compile: don't place built object files in $(srcdir), ever ...

[I once again have to correct myself, sigh] On 01/03/2015 02:14 AM, Stefano Lattarini wrote: On 01/03/2015 12:23 AM, Stefano Lattarini wrote: Hi Eric. On 01/03/2015 12:14 AM, Eric Blake wrote: On 01/02/2015 11:49 AM, Stefano Lattarini wrote: ... even when a source file is specified as

bug#13928: [PATCH] compile: don't place built object files in $(srcdir), ever ...

On 01/03/2015 12:23 AM, Stefano Lattarini wrote: Hi Eric. On 01/03/2015 12:14 AM, Eric Blake wrote: On 01/02/2015 11:49 AM, Stefano Lattarini wrote: ... even when a source file is specified as '$(srdir)/foo.c' or '$(top_srcdir)/bar.c'. And ditto for dependency-trackin

bug#13928: [PATCH] compile: don't place built object files in $(srcdir), ever ...

Hi Eric. On 01/03/2015 12:14 AM, Eric Blake wrote: On 01/02/2015 11:49 AM, Stefano Lattarini wrote: ... even when a source file is specified as '$(srdir)/foo.c' or '$(top_srcdir)/bar.c'. And ditto for dependency-tracking makefile fragments (those under '.deps

bug#13928: [PATCH] compile: don't place built object files in $(srcdir), ever ...

XFAIL_TESTS): Remove 'subobj-vpath-pr13928.sh', it's now supposed to pass. (handwritten_TESTS): Add 'subobj-pr13928-more-langs.sh'. Signed-off-by: Stefano Lattarini --- NEWS | 21 ++- bin/automake.in| 49

bug#13928: The 'subdir-object' option breaks makefiles where foo_SOURCES contains $(var)

On 01/02/2015 02:16 AM, Harlan Stenn wrote: Excellent timing, thanks! Now that ntp-4.2.8 is settling down, I'm looking to update our Makefile.am's to use subdir-objects, and it's not being fun. (An aside: I see that ntp still uses a recursive Makefile setup. Given that you are about to mess wi

bug#13928: [PATCH] deps: 'subdir-object' option now works when foo_SOURCES contains $(var)

j11b.sh: Likewise. * t/subobj11c.sh: Likewise. * t/extra-sources.sh: Likewise. * t/lex-depend-grep.sh: Likewise. * t/lex-depend-cxx.sh: Add a command to help debugging in case of test failure. Helped-by: Johan Kristensen Signed-off-by: Stefano Lattarini --- NEWS

bug#13928: The 'subdir-object' option breaks makefiles where foo_SOURCES contains $(var)

retitle 13928 foo_SOURCES containing unexpanded $(var) breaks with 'subdir-object' option active stop Reference: http://debbugs.gnu.org/13928 Hi Johan and everybody, sorry for the awful delay. On 07/05/2014 07:59 PM, Johan Kristensen wrote: Hi, What is the current status of this bug? [MEGA-

bug#18286: [PATCH 1/2] tests: expose automake bug#18286 "distcheck fails to detect missing files"

* t/distcheck-pr18286.sh: New test, still XFAILing. * t/list-of-tests.mk: Add it. Signed-off-by: Stefano Lattarini --- t/distcheck-pr18286.sh | 62 ++ t/list-of-tests.mk | 2 ++ 2 files changed, 64 insertions(+) create mode 100644 t

bug#18286: [PATCH 2/2] dist: fix bug#18286 "distcheck fails to detect missing files"

ond.sh: Adjust to avoid a fully spurious failure due to the new distcheck semantics. * t/subdir-ac-subst.sh: Likewise. * t/dejagnu-relative-srcdir.sh: Likewise. * t/txinfo-builddir.sh: Likewise. * NEWS: Update. Helped-by: Nicola Fontana Helped-by: Peter Johansson Signed-off-by: Stefano L

bug#18286: distcheck fails to detect missing files

Reference: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=18286 On 08/18/2014 02:30 AM, Peter Johansson wrote: Hi, I have this snippet in my 'Makefile.am' include am/test_data.am $(srcdir)/am/test_data.am: $(srcdir)/test/data.txt $(srcdir)/am/test_data.am.in cd $(srcdir) && $(SHELL) boots

bug#17908: [PATCH] dist: ordering of files in DIST_COMMON is deterministic now

Hi Peter. On 12/22/2014 01:30 PM, Peter Rosin wrote: diff --git a/NEWS b/NEWS index bdc9bb9..5d14c5e 100644 --- a/NEWS +++ b/NEWS @@ -116,6 +116,10 @@ New in 1.14.2: risks causing "Arg list too long" for projects using automatic dependency tracking and having a ton of source files (b

bug#17908: [PATCH] dist: ordering of files in DIST_COMMON is deterministic now

to get rid of a minor hack. * NEWS: Update. Signed-off-by: Stefano Lattarini --- NEWS| 6 +- bin/automake.in | 14 +++--- 2 files changed, 12 insertions(+), 8 deletions(-) diff --git a/NEWS b/NEWS index bdc9bb9..5d14c5e 100644 --- a/NEWS +++ b/NEWS @@ -116,6 +116,10 @@ N

bug#18440: libexec_LIBRARIES not allowed

tags 18440 notabug close 18440 thanks On 09/10/2014 10:49 AM, Ralf Corsepius wrote: On 09/10/2014 03:24 AM, Dan Nicolaescu wrote: Trying to add a target with libexec_LIBRARIES results in an error: error: 'libexecdir' is not a legitimate directory for 'LIBRARIES' But it looks like having li

bug#11524: Declaring limited "bug bankruptcy" for Automake

tags 11524 wontfix tags 14079 wontfix tags 14760 wontfix tags 16447 wontfix tags 15681 wontfix close 11524 close 14079 close 14760 close 15681 close 16447 stop Due to my lack of time to dedicate to Automake, I'm declaring a limited bug bankruptcy on old bugs, in case they deal with testsuite-only

bug#18744: Problem with am__is_gnu_make: Arg list too long

On 12/19/2014 08:13 PM, Daniel Richard G. wrote: On Fri, 2014 Dec 19 18:12+0100, Stefano Lattarini wrote: tags 18744 + patch close 18744 stop Reference: http://debbugs.gnu.org/18744 Should be fixed by the attached patch. Thank you Stefano, just a few comment typos I noticed: * "The

bug#19020: flex support

retitle 19020 improve support for flex in C++ mode tags 19020 + moreinfo thanks Reference: http://debbugs.gnu.org/19020 On 11/11/2014 11:51 AM, brahim sahbi wrote: Hello, Hi, sorry for the delay. I am trying to use flex with these options AM_LFLAGS = --header-file=lang.h --yyclass=Lang --c+

bug#18744: Problem with am__is_gnu_make: Arg list too long

tags 18744 + patch close 18744 stop Reference: http://debbugs.gnu.org/18744 Should be fixed by the attached patch. Thanks, Stefano >From ff40472d4f5ad85c27c6f5a9c5dc2beaeca41c85 Mon Sep 17 00:00:00 2001 Message-Id: From: Stefano Lattarini Date: Fri, 19 Dec 2014 15:10:09 +0100 Subj

bug#18744: Problem with am__is_gnu_make: Arg list too long

Reference: http://debbugs.gnu.org/18744 On 10/16/2014 04:57 AM, Daniel Richard G. wrote: Hello gnus, I was hacking on libarchive for compatibility with an older Tru64 system, in conjuction with Automake 1.14.1, when I encountered a problem during "gmake check": [...] gmake check-TESTS gmake[2

bug#17354: distclean fails when source is relatively otherplace

tags 17354 wontfix close 17354 stop On 04/27/2014 01:48 AM, Jan Engelhardt wrote: With automake-1.13.4 & automake-1.14, when there is a _SOURCES = ../blah.c, make does not properly run because .deps is gone too early. File set: # Makefile.am SUBDIRS = b noinst_PROGRAMS = foo # configure.ac

bug#18075: AM_INIT_AUTOMAKE followed by comment

forcemerge 16841 18075 stop Reference: http://debbugs.gnu.org/18075 Hi Scott. Thanks for the report, and sorry for the awful delay. I've already solved this issue as part of http://debbugs.gnu.org/16841 The fix will appear in the next Automake version (hopefully to be released before the end of

bug#16841: Bug#738716: automake: Generates syntax error in configure script

ted). Fixed with the attached patch. Thanks, Stefano >From 69d9e8de6154916072900974d62f3b27ba9c664c Mon Sep 17 00:00:00 2001 Message-Id: <69d9e8de6154916072900974d62f3b27ba9c664c.1418988210.git.stefano.lattar...@gmail.com> From: Stefano Lattarini Date: Fri, 19 Dec 2014 11:44:12 +0

bug#19108: bad error messages in dist targets, automake 1.14.1

On 12/19/2014 11:37 AM, Gary V. Vaughan wrote: Hi Stefano, On 19 Dec 2014, at 10:12, Stefano Lattarini wrote: severity 19108 minor close 19108 thanks On 11/19/2014 05:40 PM, Aharon Robbins wrote: Hi. I'm trying to upgrade to automake 1.14.1, and I see this: @@ -993,10 +993,16 @@ di

bug#19108: bad error messages in dist targets, automake 1.14.1

l appear in the next automake release. >From 4410ae7f201a1e70da63b95680467223f77dffab Mon Sep 17 00:00:00 2001 Message-Id: <4410ae7f201a1e70da63b95680467223f77dffab.1418983893.git.stefano.lattar...@gmail.com> From: Aharon Robbins Date: Fri, 19 Dec 2014 11:08:15 +0100 Subject: [PATCH] dist: adjust warn

bug#16623: [PATCH] docs: improve description of ${PACKAGE}, ${VERSION}, and similar variables

. See discussion in http://debbugs.gnu.org/16623 for more information and background. * doc/automake.texi: Adjust. * THANKS: Update. Signed-off-by: Stefano Lattarini --- Will push this tomorrow evening (CET). THANKS| 1 + doc/automake.texi | 31 +-- 2 files

bug#16623: PACKAGE vs PACKAGE_TARNAME

On 02/03/2014 12:23 AM, infirit wrote: On Sun, 2 Feb 2014 18:56:01 +0100 infirit wrote: On Sun, 02 Feb 2014 23:21:03 +1000 Peter Johansson wrote: [adding bug-automake] On 02/02/14 12:25, infirit wrote: So for a project we wanted to make the tarball different from from the package name. So we

bug#19132: Failed Tests: t/depcomp2 t/primary-prefix-invalid-couples

close 19132 stop On 11/21/2014 12:11 AM, Dustin Morado wrote: See attached test-suite.log Cheers, Dustin M. Both the issues should be fixed in Automake 1.14.1 (released several months ago). Feel free to reopen this bug if you see the issues persisting even with that version. Thanks, Stefa

bug#14898: closing automake bug 14898

tags 14898 wontfix close 14898 stop Bug opened for too long, and the different failures reported here have been (as asked) reported as new, more granular bugs: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=14959 http://debbugs.gnu.org/cgi/bugreport.cgi?bug=14960 http://debbugs.gnu.org/cgi/bugrepo

bug#19308: Automake error

tags 19308 notabug close 19308 stop Reference: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=19308 Hi, sorry for the awful delay. On 12/08/2014 10:39 AM, Akhila C A wrote: I am trying to create the driver blip in TIny os. While I am doing that I got this error *ubuntu@arm:/opt/tinyos-2.1.1/su

bug#14601: Unexplained failure in test 't/install-info-dir.sh'

retitle 18998 Unexplained failure in test 't/install-info-dir.sh' retitle 14601 Unexplained failure in test 't/install-info-dir.sh' severity 14601 minor severity 18998 minor tags 14601 + moreinfo tags 18998 + moreinfo merge 14601 18998 stop For the moment, I've tweaked the t/install-info-dir.sh t

bug#18998: Fails in make check automake

On 11/08/2014 05:29 PM, braga wrote: Dear automake staff I am trying to install automake 1.14 but I am facing two fails in make check. > I have also tried sudo make check but nothing change. I attach the make check log Regards, Vittorio The failure in t/autohdr-subdir-pr12495 was to do the

bug#17536: automake.texi typo fixes

severity 17536 minor close 17536 stop

bug#17536: [FYI] {micro} Automake docs: fix typos and use of British English

From: Karl Berry * doc/automake.texi: Here. Signed-off-by: Stefano Lattarini --- doc/automake.texi | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/doc/automake.texi b/doc/automake.texi index 20855d6..736d61d 100644 --- a/doc/automake.texi +++ b/doc

bug#19311: [FYI] {minor} Expose automake bug#19311

AC_PROG_CC called before AC_CONFIG_AUX_DIR can silently force wrong $ac_aux_dir definition. * t/auxdir-pr19311.sh: New. * t/list-of-tests.mk: Add it as an XFAIL test. Signed-off-by: Stefano Lattarini --- t/auxdir-pr19311.sh | 45 + t/list-of-tests.mk

bug#17327: Bug report

retitle 17327 Automake dying with internal error: "global options already processed" tags 17327 moreinfo thanks On 04/23/2014 08:18 PM, Gallagher James wrote: OSX 10.9, automake 1.14, autoconf 2.69 autoreconf: running: automake --add-missing --copy --force-missing automake: error: global optio

bug#19311: regression: 1.14 may use ac_aux_dir before defined (again)

retitle 19311 AC_PROG_CC can force wrong $ac_aux_dir definition in automake 1.14 severity 19311 minor thanks On 12/08/2014 06:15 PM, Jan Engelhardt wrote: When AC_SYSTEM_EXTENSIONS precedes AM_INIT_AUTOMAKE, it used to throw an error - which has been fixed in http://debbugs.gnu.org/cgi/bugrepor

bug#18648: rm -f with no file operands fails on old BSD systems

tags 18648 + wontfix stop On 10/07/2014 05:00 AM, Philip Guenther wrote: On Mon, Oct 6, 2014 at 7:51 PM, Richard Hansen wrote: ... Digging around in various CVS/Subversion repositories, it looks like there are many old (but perhaps not yet museum-worthy) *BSD versions that behave this way:

bug#17315: errors in make check

On 04/22/2014 06:15 PM, Coury, Marc wrote: > Hello, > Hello, and thanks for the report. > I just installed automake-1.13.4. I followed the installation instructions, > ./configure;make;make install then do a make check. After a very long time > it finished with a few errors and said that I should

bug#15981: [PATCH] init: ensure $ac_aux_dir is defined before being used

: Add them. * THANKS: Update. * bin/automake.in: Fix a harmless typo in comments, that I happened to notice while writing this patch. Signed-off-by: Stefano Lattarini --- THANKS | 1 + bin/automake.in| 2 +- m4/auxdir.m4 | 7 +++

bug#13928: [PATCH] plans: enabling subdir-object by default is blocked on bug#13928

On 04/22/2014 09:11 AM, Bert Wesarg wrote: > Stefano, > > may it be possible to disable the 'subdir-object is the > default'-warning in the 1.14 release series than? We should have this > warning only active when we are sure that this bug is resolved. > I'd rather not take this step back, since th

bug#13928: [PATCH] plans: enabling subdir-object by default is blocked on bug#13928

Signed-off-by: Stefano Lattarini --- PLANS/subdir-objects.txt | 9 + 1 file changed, 9 insertions(+) diff --git a/PLANS/subdir-objects.txt b/PLANS/subdir-objects.txt index 94c6305..3cf6101 100644 --- a/PLANS/subdir-objects.txt +++ b/PLANS/subdir-objects.txt @@ -5,6 +5,9 @@ We want to

bug#16997: [PATCH] Typofixes in warning messages and manual

Fixes automake bug#16827 and bug#16997. Signed-off-by: Stefano Lattarini --- NEWS | 3 +++ THANKS| 1 + doc/automake.texi | 2 +- lib/am/distdir.am | 8 4 files changed, 9 insertions(+), 5 deletions(-) diff --git a/NEWS b/NEWS index c863f0e..9fbd3ca 100644

bug#16714: make check failures

On 04/21/2014 11:43 AM, Rachel Mant wrote: > On 21/04/14 11:21, Stefano Lattarini wrote: >> tags 16714 + moreinfo >> severity 16714 + minor >> stop >> >> On 02/10/2014 11:17 AM, Rachel Mant wrote: >>> Hello, >>> Attached is my te

bug#16375: subdir-objects breaks build which specifies sources relative to $(top_srcdir)

[+cc 13...@debbugs.gnu.org] References: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=16375 http://debbugs.gnu.org/cgi/bugreport.cgi?bug=15919 http://debbugs.gnu.org/cgi/bugreport.cgi?bug=15293 Known bugs sadly -- all duplicates of http://debbugs.gnu.org/13928 See also recent thread on the

bug#16714: make check failures

tags 16714 + moreinfo severity 16714 + minor stop On 02/10/2014 11:17 AM, Rachel Mant wrote: > Hello, >Attached is my test-log for automake 1.14.1 which sports an alarming >number of failures despite having upgraded my system's m4 and >autoconf just fine to their newest versions. > It

bug#16860: Testsuite summary for GNU Automake 1.14.1

On 02/24/2014 02:07 AM, Weiller Ronfini wrote: > Good night, follows in the Annex zipped with gzip, the log file in > response to the errors that occurred in automake. > Thanks for the report. It appears the only two failures are spurious, and likely due to some issue with your Java installation.

bug#16858: Testsuite summary for GNU Automake 1.13

On 02/24/2014 12:58 AM, Weiller Ronfini wrote: > Good evening, attached is the error that happened when I did the test > with make test make and after ". / Configure". > I would not worry about testsuite failures in a older Automake version. I'm closing this bug report as "obsolete"; I will now ta

bug#17076: [PATCH] tests: depcomp2: avoid spurious failure on OS/X

Hi Jim, sorry for the delay (but don't expect anything better in the future, sadly). On 03/23/2014 09:49 PM, Jim Meyering wrote: > I happened to notice a test failure on OS/X 10.8.5, and it was trivial to fix. > I'll push this to master in a week unless I hear otherwise. > I already have a simila

bug#16337: [PATCH] doc: fix encoding error with UTF-8 characters

Hi Paul, thanks for the patch. Just one meta-nit: for issues this small, there is no need to open a new bug report just to send the patch. Simply send it to the automake-patches list instead. On 04/01/14 05:56, Paul Eggert wrote: * doc/automake.texi: Specify @documentencoding and @documentla

bug#16302: 1.14.1: check-TESTS is not lazy enough

"recursion detected" >&2; \ >> else \ >>am__remaking_logs=yes $(MAKE) $(AM_MAKEFLAGS) $$redo_logs; \ >> fi; \ > > in this last bit, « $$redo_logs » is empty, so, blam, a full cost > make all. What was the point of this piec

bug#16291: Use of /bin/rm

On 12/30/2013 09:55 PM, Ludovic Courtès wrote: > > [MEGA-SNIP] > > No; I’m asking because the tests specifically refer to /bin/rm. > What’s the reason? > Copying from my first reply: Ludovic Courtès wrote: > Would it be possible to change these tests to use ‘rm’ > instead of /bin/rm?

bug#16291: Use of /bin/rm

On 12/30/2013 04:44 PM, Ludovic Courtès wrote: > Stefano Lattarini skribis: > >> On 12/29/2013 10:49 PM, Ludovic Courtès wrote: > > [...] > >>> However, in general, I think packages should not rely on hardcoded file >>> names, and instead use AC_PAT

bug#15949: Apparently out-of-date warning

On 12/27/2013 09:36 PM, Reuben Thomas wrote: > On 26 December 2013 15:39, Stefano Lattarini > wrote: > >> >> But AM_PROG_AR truly does not define $RANLIB itself. Perhaps you are >> using libtool and calling AC_PROG_LIBTOOL or LT_INIT? > > > Probably. So,

bug#16291: Use of /bin/rm

tags 16291 notabug close 16291 stop On 12/29/2013 10:49 PM, Ludovic Courtès wrote: > Hello! > > While upgrading the GNU system to Automake 1.14.1, I noticed that a few > tests emit warnings like this: > SKIPs are not warning, just informative messages explaining why some tests couldn't be run. >

bug#15258: Fortran tests in configure script seem questionable

tags 15258 + moreinfo severity 15258 minro thanks Hi Dennis, sorry for the delay. On 09/03/2013 04:36 PM, Dennis Clarke wrote: > > I am going to try to build automake-13.4 on Solaris with the Oracle Solaris > 12.3 > dev tools and within configure I see that Fortran tests fail : > > > node00

bug#15256: GNU Automake 1.14 : FAIL 6 on Solaris 10 Sparc v9

severity 15256 minor tags 15256 + moreinfo stop On 09/03/2013 03:47 PM, Dennis Clarke wrote: > As per test report : > > > Testsuite summary for GNU Automake 1.14 > ==

bug#14728: filenames starting with a dash confuse automake

tags 14728 wontfix close 14728 stop Stefano Lattarini wrote: > > Yes, but it might complicate or slow down the code, and I think it's > not really worth spending time on it. I won't refuse a patch in this > direction though, *if* it doesn't complicate or slow-down th

bug#7892: test failures induced by stale NFS files on Solaris

tags 7892 wontfix close 7892 stop Reference: According to the details in the report, this issue was probably due to a bug on Solaris NFS support. Also, this bug hasn't seen any activity in the past three years, and it's extremely unlikely it wi

bug#7451: Better name for $(AM_V_at)?

tags 7451 wontfix close 7451 stop Reference: I no longer think it's worth spending any more time on this issue, at least not with the lack of manpower automake is suffering from at the moment. Closing to reduce the clutter in our bug tracker.

bug#15720: 1 failure in testsuite of GNU Automake 1.14

severity 15720 minor close 15720 stop Reference: See also: I'm closing this bug, since the spuriously failing test case (tap-realtime.sh) has been removed from the Automake testsuite already,

bug#12620: Parallel tests vs fast tests (and beyond)

severity 12620 wishlist stop Reference: Marking this as a "wishlist" rather than a bug, since the current implementation of parallel tests is working correctly and is mostly "good enough", and your proposal is thus geared towards improving an a

bug#15521: two minor testsuite failures in Automake 1.14

tags 15521 + wontfix close 15521 stop Reference: No reply after two months from our feedback request, so I'm closing this bug to reduce the cluttering of our bug tracker. Regards, Stefano

bug#13314: GNU Automake 1.12.6 Testsuite FAIL: 2 on Solaris 10

tags 13314 + wontfix close 13314 thanks Reference: As part of an effort to reduce clutter in our bug tracker, I'm closing this bug as "obsolete", since we have results of testsuite runs for later automake releases (13.x and 14.x) on Solaris 10

bug#11377: configure.am - fails to remove configure before attempting replacement

tags 11377 + wontfix close 11377 stop Reference: No more activity on this wishlist and controversial bug for an year and a half. I'm thus closing it to reduce the clutter in our bug tracker. Regards, Stefano

bug#14014: GNU Automake 1.13.1 testsuite FAIL: 1 on 3.2.0-4-powerpc64

severity 14014 minor close 14014 stop Reference: I'm closing this bug, since the spuriously failing test case (tap-realtime.sh) has been removed from the Automake testsuite already, as too brittle. Thanks, Stefano

bug#8599: upc (Unified Parallel C) support in automake

tags 8599 notabug close 8599 stop Reference: It seems that all the issues relevant to this report where either solved or offered viable and "blessed" workarounds, but I still forgot to close the bug. Doing it now to remove some old clutter from

bug#15949: Apparently out-of-date warning

tags 15949 + notabug close 15949 thanks On 11/21/2013 11:05 PM, Reuben Thomas wrote: > I am using automake 1.13.3. I noticed in the manual the following sentence > in the section on building static libraries, which I do for my project with > libgnu.a: > > You should call 'AC_PROG_RANLIB' from you

bug#9088: [PATCH] Make clear the JAVA primary will no longer be developed, not even for bug fixes.

gs referring to the old JAVA primary as "Will not fix", to try to reduce the clutter in the Automake bug tracker. Thanks, Stefano >From 50a08a2bc300d600603cdb5b5756baf71b9b431a Mon Sep 17 00:00:00 2001 Message-Id: <50a08a2bc300d600603cdb5b5756baf71b9b431a.1388069253.git.stefano.

bug#11155: when cross-compiling with LT_INIT([win32-dll]) wrappers are installed instead of real programs

tags 11155 notabug close 11155 stop Reference: This actually looks like a libtool bug rather than an Automake one. I suggest you bring up the issue on libtool's list. If it turns out this actually is an Automake-specific issue, feel free to re

bug#13317: automake fails make check

tags 13317 + wontfix moreinfo close 13317 stop Reference: Hi Ronald, sorry for the ridiculous delay. I'm going through some old logs, and stumbled on this old report of yours. It seems to me that most of the failures you reported seem due to

bug#14410: (was: GNU Automake 1.13.2 released)

> Thanks for the detailed announcement. One learns things reading it. :-) > > Stefano Lattarini wrote: >> >> - Use of Texinfo input files with '.txi' or '.texinfo' extensions >> is discouraged, and its use will raise warnings in the 'obso

bug#15376: [FYI] {minor} install-sh: a slightly better diagnostic, and tests enhancements

tests.sh: Enhance to also check diagnostic printed in cases of expected failure. Signed-off-by: Stefano Lattarini --- lib/install-sh| 18 +- t/install-sh-unittests.sh | 38 ++ 2 files changed, 35 insertions(+), 21 deletions(-) diff --gi

bug#15376: [PATCH] install-sh: be stricter in catching invalid usages

e way, with the attached patch. Thank you, Stefano >From 222337e60bfc87456773a4c7cbbbd3192fde956d Mon Sep 17 00:00:00 2001 Message-Id: <222337e60bfc87456773a4c7cbbbd3192fde956d.1388013465.git.stefano.lattar...@gmail.com> From: Stefano Lattarini Date: Thu, 26 Dec 2013 00:07:27 +0100 S

bug#11814: The test logs lost their title

00 2001 Message-Id: <329cbe0ab70f1e7ee3d2f7ae00b5997d7e0bcb55.1387918496.git.stefano.lattar...@gmail.com> From: Stefano Lattarini Date: Tue, 24 Dec 2013 17:45:18 +0100 Subject: [PATCH] testsuite harness: report test exit status in log file The exit status of a test should be reported in the test logs, so that one can see

bug#16205: automake 1.14 chokes on file names with `='

tags 16205 wontfix severity 16205 wishlist close On 12/20/2013 10:20 AM, Sebastian Freundt wrote: > Consider following Makefile.am: > noinst_PROGRAMS = footool > footool_SOURCES = foo=bar.c > footool_CPPFLAGS = -DVERSION=4.0 > > processed with automake 1.14, autoconf 2.69, yields: > /usr/share/au

bug#14601: Check failed, why?

ith these tweaks, and get back to us with the complete output? Thanks, Stefano >From 9d9aa6d158d85c1c95aed63fd5633977f29d668f Mon Sep 17 00:00:00 2001 Message-Id: <9d9aa6d158d85c1c95aed63fd5633977f29d668f.1387825350.git.stefano.lattar...@gmail.com> From: Stefano Lattarini Date:

bug#14891: GNU Automake 1.14 FAIL: 5

tags 14891 wontfix severity 14891 minor close 14891 stop On 11/04/2013 11:08 PM, Stefano Lattarini wrote: > tags 14891 + moreinfo > stop > > On 07/17/2013 01:47 PM, Dennis Clarke wrote: >> >> So today we have a much older system but a very very stable one and a >>

bug#15919: subdir-objects and path in variable

On 11/18/2013 04:49 PM, Oleg Latin wrote: > When subdir-objects option is enabled (without subdir-objects all works > fine) and xxx_SOURCES contains paths stored in variables when automake > tries to create directory named by variable name not value. For example: > > FOO=/path/to/foo > foo_SOURCES

bug#16057: Non-parallel test suite API changes in 1.13

On 12/05/2013 10:49 PM, Eric Blake wrote: > On 12/05/2013 03:28 PM, Stefano Lattarini wrote: >> tags 16057 notabug >> close 16057 >> stop >> >> On 12/05/2013 01:37 AM, Behdad Esfahbod wrote: >>> Hi, >>> >> Hello Behdad. >> >>&g

bug#16057: Non-parallel test suite API changes in 1.13

tags 16057 notabug close 16057 stop On 12/05/2013 01:37 AM, Behdad Esfahbod wrote: > Hi, > Hello Behdad. > Please advise how one is supposed to port their pre-1.13 test suite's > TESTS_ENVIRONMENT to 1.13. Currently, in fontconfig and harfbuzz at least, we > cannot find a solution that works bot

bug#14891: GNU Automake 1.14 FAIL: 5

t; > [SNIP] > FAIL: t/instmany.sh > FAIL: t/instmany-mans.sh > Please try whether the attached patch solves the failure for t/instmany.sh. If it does, I will turn it into a proper commit that also handle the other t/instmany* tests. Regards, Stefano >From 88e09c231280f39803dbb0

bug#14891: GNU Automake 1.14 FAIL: 5

Reference: <http://debbugs.gnu.org/cgi/bugreport.cgi?bug=14891#26> On 10/30/2013 11:52 PM, Stefano Lattarini wrote: > Hi Dennis. > > On 07/21/2013 05:23 PM, Stefano Lattarini wrote: >> Reference: >> <http://debbugs.gnu.org/cgi/bugreport.cgi?bug=14891> >> &

bug#14991: distcheck passes --prefix to configure before *DISTCHECK_CONFIGURE_FLAGS

On 10/31/2013 08:25 AM, Akim Demaille wrote: > Hi Stefano! > > Le 30 oct. 2013 à 23:02, Stefano Lattarini a > écrit : > >> I've fixed the issue with the two attached patches, that will appear >> in Automake 1.14.1 (someday when I'll actually get around to

bug#14891: [PATCH] automake: account for perl hash order randomization

Reference: <http://debbugs.gnu.org/cgi/bugreport.cgi?bug=14891#20> On 07/23/2013 08:34 PM, Stefano Lattarini wrote: > Hi Pavel. > > On 07/22/2013 05:39 PM, Pavel Raiskup wrote: >>> These are not Solaris issues AFAIK, but are due to an incompatible >>> change in p

bug#14891: GNU Automake 1.14 FAIL: 5

Hi Dennis. On 07/21/2013 05:23 PM, Stefano Lattarini wrote: > Reference: > <http://debbugs.gnu.org/cgi/bugreport.cgi?bug=14891> > > On 07/17/2013 01:47 PM, Dennis Clarke wrote: >> >> FAIL: t/test-extensions.sh >> > Please try the patch below for this, and

bug#14991: distcheck passes --prefix to configure before *DISTCHECK_CONFIGURE_FLAGS

On 10/30/2013 10:10 PM, Eric Blake wrote: > On 10/30/2013 04:02 PM, Stefano Lattarini wrote: > >> Subject: [PATCH 2/2] distcheck: don't allow overriding of --prefix and >> --srcdir by the user >> >> Not trough AM_DISTCHECK_FLAGS, nor through DISTCHECK_FLAGS.

bug#14991: distcheck passes --prefix to configure before *DISTCHECK_CONFIGURE_FLAGS

ome time before pushing the patches out, so a review is welcome. Regards, Stefano >From 608d1a7908893b2896f5efd2a4ed22d7901262ed Mon Sep 17 00:00:00 2001 Message-Id: <608d1a7908893b2896f5efd2a4ed22d7901262ed.1383170503.git.stefano.lattar...@gmail.com> From: Stefano Lattarini Date: Wed, 30 Oct 201

bug#15113: close

tags 15113 notabug close 15113 thanks Reference: Eric pointed out already that there is no real bug here, and the OP hasn't posted any further feedback in the last month and a half. I'm thus closing the bug to avoid keeping our already lamenta

bug#15098: Acknowledgement (Automake Test Suite log attached)

tags 15098 notabug close 15098 stop Reference: Hi Lou, and sorry for the awful delay. On 08/15/2013 02:36 PM, Lou Picciano wrote: > My error! With apologies, please find attached the output of "make check" > Thanks for letting us know. So I understand the failure

bug#15181: t/dist-formats.tap: zip + unzip

MAKE check-no-tar-gz > > unset desc > == PATCH END > Thanks for the patch (it's always appreciated to receive one with a bug report!), but I've chose a slightly smaller and less invasive change to fix the issue (see attached pa

bug#15237: Bug -> teste-suíte.log

0:00 2001 Message-Id: <739337ae1cf2dd6c582180962c02afcddd421637.1383091520.git.stefano.lattar...@gmail.com> From: Stefano Lattarini Date: Wed, 30 Oct 2013 00:04:51 + Subject: [PATCH] tests: fix spurious failure due to localization issues Fixes automake bug#15237. * t/autohdr-subdir-pr1

bug#15403: https://bugzilla.gnome.org/show_bug.cgi?id=701638 automake 1.13 changes causing regressions tests

tags 15403 notabug close 15403 thanks On 09/17/2013 07:39 PM, Stefan Sauer wrote: > hi, > Hi Stefan, sorry for the delay. > https://bugzilla.gnome.org/show_bug.cgi?id=701638 has the details. > """ > Since Automake 1.13 (which is entering many distributions), tests are > executed in parallel by de

bug#15518: rm test

tags 15518 wontfix close 15518 thanks On 09/30/2013 02:49 AM, Tim Rice wrote:> > Reporting as requested. > > checking for a BSD-compatible install... > /opt/src/gnu/m4-1.4.17/build-aux/install-sh -c > checking whether build environment is sane... yes > checking for a thread-safe mkdir -p... > /o

bug#15639: [GNU Autoconf 2.60] testsuite: 3 4 23 25 130 132 133 134 135 failed

tags 15639 notabug close 15639 stop On 10/18/2013 12:08 AM, Eric Blake wrote: On 10/17/2013 02:08 PM, Simone ETFerraz wrote: | Version 2.60. | Thanks for the report. However, this version is extremely old; more interesting would be tests against 2.69 or against autoconf.git (which re

bug#15114: Problem solved

tags 15114 notabug close 15114 thanks On 08/17/2013 09:09 PM, Raphael 'kena' Poss wrote: > Please disregard my bug report. > > The issue was caused by a stray file named "configure" in the build > directory (separate from source dir). > > I am still surprised that "make dist" strips the executab

  1   2   3   4   5   6   7   8   9   10   >