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

2014-04-21 Thread Stefano Lattarini
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 similar change locally, but I forgot to push
it to master.  Will do soon.  Closing this bug.





bug#16858: Testsuite summary for GNU Automake 1.13

2014-04-21 Thread Stefano Lattarini
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 take a look at
your bug report about testsuite failures in the latest Automake version
(1.14.1).

Thanks,
  Stefano





bug#16860: Testsuite summary for GNU Automake 1.14.1

2014-04-21 Thread Stefano Lattarini
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.  I'm thus
closing this bug.  Feel free to reopen if you find proof that this is
not a problem with your Java installation, but with Automake itself.

Thanks,
  Stefano






bug#16714: make check failures

2014-04-21 Thread Stefano Lattarini
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 seems something went horribly wrong with your build.  Can you
reproduce the issue in a clean build?  If yes, can you describe
the exact step you took to get such a build?

Thanks,
  Stefano





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

2014-04-21 Thread Stefano Lattarini
[+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 automake list (with sad updates
regarding the current Automake development status):
http://lists.gnu.org/archive/html/automake/2014-04/msg2.html

Closing these bug as a duplicate.  Feel free to continue the
discussion in the http://debbugs.gnu.org/13928 thread.  And
if anyone manages to come up with a patch, I will certainly
make time to review it.

Thanks, and sorry for the lack of progress,
  Stefano





bug#16714: make check failures

2014-04-21 Thread Rachel Mant

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 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 seems something went horribly wrong with your build.  Can you
reproduce the issue in a clean build?  If yes, can you describe
the exact step you took to get such a build?

Thanks,
   Stefano


Hi Stefano,
I'd literally run this command sequence inside the sources folder:

CC=gcc -m64 CFLAGS=-O2 ./configure --prefix=/usr
make  make check

This was having just literally downloaded automake from the Kent 
mirror, and decompressed it.
the build itself went just fine, but as you can see, make check 
threw fits.


--
Kind regards,
And Best wishes,
Rachel Mant.