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 the code. > Otherwise, I will cl

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.

tags 8540 + wontfix tags 8662 + wontfix close 8540 close 8662 stop References: The existing java support in Automake is (with the JAVA primary) is botched and hardly usable, so I'd rather decla

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)

retitle 14410 Suggested Texinfo suffixes inconsistent with suggestions of Texinfo manual severity 14410 minor tags 14410 wontfix close 14410 stop Reference: > Hello Stefano. > Hi Antonio, sorry for the awful delay in replying. > Thanks for t