t/bw/include'
hint=recommended
useposix=true
d_sigaction=define
useithreads=undef
usemultiplicity=undef
use64bitint=define
use64bitall=define
uselongdouble=define
usemymalloc=n
default_inc_excludes_dot=define
bincompat5005=undef
Compiler:
alpha$
Just c
On 19/01/18 07:25 AM, Mathieu Lirzin wrote:
Hello,
Those test failures are/were happening because IIUC Solaris
header declares malloc, free, exit only in the std namespace [1].
"dcla...@blastwave.org" writes:
Good day and thank you for looking at this.
I am going to get around to testing
;--' (stderr)
FAIL: t/automake-cmdline.tap 17 - unambiguous incomplete long option
FAIL: t/maken3.sh
FAIL: t/maken3-w.sh
The test suite log is attached as
test-suite_gnu_automake_1.15_rhel7.4_kern_3.10.0-693.11.1.el7.x86_64.log.xz
Dennis Clarke
test-suite_gnu_automake_1.15_rhel7.4_kern_3.10.0-6
kefile
config.status: creating t/wrap/aclocal-1.15
config.status: creating t/wrap/automake-1.15
See test-suite.log.xz attached.
Dennis Clarke
test-suite.log.xz
Description: application/xz
Testsuite summary for GNU Automake 1.14
# TOTAL: 2767
# PASS: 2526
# SKIP: 201
# XFAIL: 39
# FAIL: 1
# XPASS: 0
# ERROR: 0
==
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 :
node002$ ./configure
checking whether /usr/local/bin/gmake supports nested variables... yes
checking build system type... sparc-sun-solaris2.10
check
As per test report :
Testsuite summary for GNU Automake 1.14
# TOTAL: 2874
# PASS: 2726
# SKIP: 101
# XFAIL: 41
# FAIL: 6
# XPASS: 0
# ERROR:
> Nah, it's fine; they are the same spurious failures as before, and my
> previous observations and questions apply.
awesome .. I am at least on the correct rev now.
dc
> I see you've re-run the testsuite with Automake 1.12.5, and reported
> the results here:
>
It seemed reasonable to work with the latest release.
> Further discussion will take place there. I'm thus closing this bug report.
I will now go off and check grep and then come back to automake.
- Original Message -
From: Stefano Lattarini
Date: Friday, November 23, 2012 5:28 am
Subject: Re: bug#12962: GNU Automake 1.12.5 : FAIL: 68
To: Dennis Clarke
Cc: 12...@debbugs.gnu.org
> tags 12962 + moreinfo
> thanks
>
> Hi Dennis.
>
> On 11/22/2012 07:51 PM, D
> Any news on this? How is the testsuite of the latest Automake behaving
> on your system? I'm in the process of culling old bug reports from the
> Automake bug tracker, so, since most of the failures seen in this
> thread were spurious or related to setup problems, I'll close this
> report in
> > http://bugs.exim.org/show_bug.cgi?id=1278
> >
> This should actually go to the grep list though, not to the automake
> one ... Or am I missing something?
I as just illustrating that the portability issue is all over the place and in
many software projects. It really doesn't matter if one lo
> > Hey man, get off my soap box! I was here first. :-)
> >
> Yeah, I noticed too late :-) (after reading the latest messages
> in the bug-grep list).
I went through a little pain with pcre also but sorted it all
out by determining that the output makefiles were assuming Linux,
as usual, and a
cc: 12...@debbugs.gnu.org
> On 08/13/2012 01:46 AM, Dennis Clarke wrote:
> >
> > At least I can get results in one hour now. :-\
> >
> > [SNIP]
> >
> Same as before: the only actual failure is:
>
> FAIL: t/silent-many-generic
> ==
- Original Message -
From: Stefano Lattarini
Date: Monday, August 13, 2012 8:21 am
Subject: Re: bug#12184: GNU Automake 1.12.2 - 4 tests FAIL on Solaris 10 Sparc
To: Dennis Clarke
Cc: 12...@debbugs.gnu.org
> On 08/13/2012 01:46 AM, Dennis Clarke wrote:
> >
> > At
> > I suggest you try building with a recent version of gcc.
> >
> > If you really must use that other compiler, consider
> > instrumenting the failing test to make it report the
> > precise grep command that is failing. If you do, please
> > report that, along with the actual/expected output.
> My guess is that your grep (in /usr/local/bin/ggrep ) is busted.
> First clue:
By the way, I did have one test with GNU grep fail and yes, I did file a
report.
The reply was not helpful :
>From Jim Meyering
SentSunday, August 12, 2012 10:39 pm
To Dennis Clarke
Cc
> On 08/12/2012 08:59 PM, Dennis Clarke wrote:
> >
> > Wow .. things just got a LOT worse here. After nearly 7 hours :
> >
> >
> > Testsuit
- Original Message -
From: Stefano Lattarini
Date: Sunday, August 12, 2012 9:20 am
Subject: Re: bug#12184: GNU Automake 1.12.2 - 4 tests FAIL on Solaris 10 Sparc
To: Dennis Clarke
Cc: 12...@debbugs.gnu.org
> tags 12184 + moreinfo
> severity 12184 minor
> thanks
>
> O
olaris.
Dennis
- Original Message -
From: Stefano Lattarini
Date: Saturday, August 11, 2012 8:00 am
Subject: Re: bug#12178: GNU Automake 1.12.2 - FAIL: 1
To: Dennis Clarke
Cc: 12...@debbugs.gnu.org
> forcemerge 11896 12178
> close 12178
> thanks
>
> Hi Dennis, thanks for
.
.
.
PASS: t/depcomp-dashmstdout.tap 28 - [absolute VPATH] make distclean
gmake[3]: Entering directory `/build/other/automake-1.12.2_001'
gmake[3]: Nothing to be done for `all'.
gmake[3]: Leaving directory `/build/other/automake-1.12.2_001'
=
> >
> >> The attached patch should solve the issue. Could you give it a try?
> >
> > Seems to fix that.
> >
> Good, I will soon apply it then.
And by the way, thank you for truely awesome response speed and totally cool
way that you just jump in a get things done. I think the open source wo
> The attached patch should solve the issue. Could you give it a try?
Let's see if I applied that correctly :
$ diff t/primary-prefix-couples-force-valid.sh_backup
t/primary-prefix-couples-force-valid.sh
57c57,62
< test ! -x '$(libexecdir)/bar.h'
---
> ## If this test is run as root, "
- Original Message -
From: Stefano Lattarini
Date: Tuesday, July 24, 2012 12:06 pm
Subject: Re: Issues running the testsuite as root
To: Dennis Clarke
Cc: 12...@debbugs.gnu.org
> On 07/24/2012 05:14 PM, Dennis Clarke wrote:
> >
> >> On 07/24/2012 03:59 PM, D
- Original Message -
From: Stefano Lattarini
Date: Tuesday, July 24, 2012 12:06 pm
Subject: Re: Issues running the testsuite as root
To: Dennis Clarke
Cc: 12...@debbugs.gnu.org
> On 07/24/2012 05:14 PM, Dennis Clarke wrote:
> >
> >> On 07/24/2012 03:59 PM, D
> On 07/24/2012 03:59 PM, Dennis Clarke wrote:
> >
> > However, for just right now, how would I run just that one test?
> >
> In this case:
>
> make check TESTS=t/primary-prefix-couples-force-valid
Is this really just one test ?
Thus far I see this :
> On 07/24/2012 03:59 PM, Dennis Clarke wrote:
> >
> > However, for just right now, how would I run just that one test?
> >
> In this case:
>
> make check TESTS=t/primary-prefix-couples-force-valid
I have to fix a pile of little things, because of course,
> On 07/24/2012 03:33 PM, Dennis Clarke wrote:
> >
> >> These are known testsuite issues (not real bugs in automake), and have
> >> already been solved in the development version of Automake. So we
> don't
> >> need to worry about them.
> >
First comment : wow. that was fast. :-)
- Original Message -
From: Stefano Lattarini
Date: Tuesday, July 24, 2012 8:48 am
Subject: Issues running the testsuite as root (was: Re: bug#12041: GNU Automake
1.12.2 - FAIL 4 tests on SunOS5.10_sparcv9_64-bit)
To: Dennis Clarke
Cc: 12
on debian 6.0.5 amd64 :
.
.
.
PASS: t/self-check-cleanup.tap 5 - post-cleanup removed null-perms testdir
PASS: t/self-check-cleanup.tap 6 - pre-cleanup with testdir with zero-perms
symlinks
PASS: t/self-check-cleanup.tap 7 - pre-cleanup chmod doesn't follow symlinks to
files
FAIL: t/self-chec
dclarke@charon:~/build/automake-1.11.2-001$ uname -a
Linux charon 2.6.32-5-powerpc64 #1 SMP Wed Jan 11 15:39:26 UTC 2012 ppc64
GNU/Linux
dclarke@charon:~/build/automake-1.11.2-001$ cat /proc/version
Linux version 2.6.32-5-powerpc64 (Debian 2.6.32-39squeeze1) (da...@debian.org)
(gcc version 4.3.5 (
check
+ make check
make[1]: *** [check-TESTS] Error 1
make: *** [check-am] Error 2
I don't know what details to look for here. Any thoughts ?
--
Dennis Clarke
ror 2
gmake[1]: Leaving directory
`/export/medusa/dclarke/build/automake/sparc/automake-1.10.2-build-sparc/tests'
gmake: *** [check-recursive] Error 1
so two failures on Solaris 8 sparc
--
Dennis Clarke
)
Please report to bug-automake@gnu.org
=
gmake[2]: *** [check-TESTS] Error 1
gmake[2]: Leaving directory
`/export/medusa/dclarke/build/automake/i386/automake-1.10.2-build-i386/tests'
gmake[1]: *** [check-am] Error 2
gmake[1]: Leaving directory
`/export/medusa/dclarke/build/automake/i386/automake-1.10.2-build-i386/tests'
gmake: *** [check-recursive] Error 1
Why the failures ?
--
Dennis Clarke
[2]: *** [check-TESTS] Error 1
make[2]: Leaving directory `/home/dclarke/build/automake-1.10.1/tests'
make[1]: *** [check-am] Error 2
make[1]: Leaving directory `/home/dclarke/build/automake-1.10.1/tests'
make: *** [check-recursive] Error 1
Not sure what data you need to follow this up.
35 matches
Mail list logo
