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

Previous Next

To reply to this bug, email your comments to 15256 AT debbugs.gnu.org.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Dennis Clarke <dclarke <at> blastwave.org>
To: bug-automake <at> gnu.org
Subject: GNU Automake 1.14 : FAIL 6 on Solaris 10 Sparc v9
Date: Tue, 03 Sep 2013 09:47:33 -0400

[Message part 1 (text/plain, inline)]

 As per test report : 

============================================================================
Testsuite summary for GNU Automake 1.14
============================================================================
# TOTAL: 2874
# PASS: 2726
# SKIP: 101
# XFAIL: 41
# FAIL: 6
# XPASS: 0
# ERROR: 0
============================================================================
See ./test-suite.log
Please report to bug-automake <at> gnu.org
============================================================================
gmake[2]: *** [test-suite.log] Error 1
gmake[2]: Leaving directory `/usr/local/build/automake-1.14_SunOS5.10_sparcv9.001'
gmake[1]: *** [check-TESTS] Error 2
gmake[1]: Leaving directory `/usr/local/build/automake-1.14_SunOS5.10_sparcv9.001'
gmake: *** [check-am] Error 2

I attach the test-suite.log file.

The testsuite log shows these are the culprits : 

$ grep "^FAIL\:\ " ./test-suite.log
FAIL: t/instmany
FAIL: t/instmany-mans
FAIL: t/instmany-python
FAIL: t/yacc-cxx
FAIL: t/yacc-d-cxx
FAIL: t/yacc-mix-c-cxx

The C++ tests bother me a bit as I am using the Sun Studio 12.3 compiler
tools here and I would think that both yacc and C++ provided would be
very well tested by the folks at Oracle, but then again, who knows. 

In any case, I wanted to pass this along as I can not install the new automake
until I see a clean testsuite. 

Dennis

[Message part 2 (text/html, inline)]

Message #8 received at 15256 <at> debbugs.gnu.org (full text, mbox):

From: Dennis Clarke <dclarke <at> blastwave.org>
To: 15256 <at> debbugs.gnu.org
Subject: Further attempts to get a clean build result in 8 failures
Date: Wed, 02 Oct 2013 22:33:27 -0400

[Message part 1 (text/plain, inline)]

 I switched over to a whole other server and tried again with 
very few dependencies installed. The result was 8 failures : 

============================================================================
Testsuite summary for GNU Automake 1.14
============================================================================
# TOTAL: 2708
# PASS: 2377
# SKIP: 282
# XFAIL: 41
# FAIL: 8
# XPASS: 0
# ERROR: 0
============================================================================

So I am at a loss how to proceed here. Simply put it looks like automake 1.14
will not build cleanly on Solaris 10 and I need to revert to an earlier version.

Dennis 

ps: test-suite log attached

[Message part 2 (text/html, inline)]

[automake-1.14_SunOS5.10_sparcv9_test-suite.log.gz (application/x-gzip, attachment)]

Message #11 received at 15256 <at> debbugs.gnu.org (full text, mbox):

From: Stefano Lattarini <stefano.lattarini <at> gmail.com>
To: Dennis Clarke <dclarke <at> blastwave.org>
Cc: 15256 <at> debbugs.gnu.org
Subject: Re: bug#15256: GNU Automake 1.14 : FAIL 6 on Solaris 10 Sparc v9
Date: Thu, 26 Dec 2013 18:51:28 +0100

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
> ============================================================================
> # TOTAL: 2874
> # PASS: 2726
> # SKIP: 101
> # XFAIL: 41
> # FAIL: 6
> # XPASS: 0
> # ERROR: 0
> ============================================================================
> See ./test-suite.log
> Please report to bug-automake <at> gnu.org
> ============================================================================
> gmake[2]: *** [test-suite.log] Error 1
> gmake[2]: Leaving directory `/usr/local/build/automake-1.14_SunOS5.10_sparcv9.001'
> gmake[1]: *** [check-TESTS] Error 2
> gmake[1]: Leaving directory `/usr/local/build/automake-1.14_SunOS5.10_sparcv9.001'
> gmake: *** [check-am] Error 2
> 
> I attach the test-suite.log file.
> 
> The testsuite log shows these are the culprits : 
> 
> $ grep "^FAIL\:\ " ./test-suite.log
> FAIL: t/instmany
> FAIL: t/instmany-mans
> FAIL: t/instmany-python
>
About this failures: you should try the patch I posted at:
<http://debbugs.gnu.org/cgi/bugreport.cgi?bug=14891#38>
and let me know if that fixes the failure of 't/instmany'.

> FAIL: t/yacc-cxx
> FAIL: t/yacc-d-cxx
> FAIL: t/yacc-mix-c-cxx
> 
Re these: I'm not sure if and when I'm going to look into them, sorry.
It might help if you took a stab yourelf at figuring out what is going
wrong.

Regards,
  Stefano

Message #18 received at 15256 <at> debbugs.gnu.org (full text, mbox):

From: Bogdan <bogdro_rep <at> gmx.us>
To: 15256 <at> debbugs.gnu.org
Subject: [PATCH][bug#15256] GNU Automake 1.14 : FAIL 6 on Solaris 10 Sparc v9
Date: Sun, 16 Apr 2023 21:36:42 +0200

Hi.

About t/yacc-cxx, t/yacc-d-cxx and t/yacc-mix-c-cxx: fixed by the 
patch found in bugs# 34151, 42393, 44795, 49755, 45205 and 55073.


-- 
Regards - Bogdan ('bogdro') D.                 (GNU/Linux & FreeDOS)
X86 assembly (DOS, GNU/Linux):    http://bogdro.evai.pl/index-en.php
Soft(EN): http://bogdro.evai.pl/soft  http://bogdro.evai.pl/soft4asm
www.Xiph.org  www.TorProject.org  www.LibreOffice.org  www.GnuPG.org

Message #21 received at 15256 <at> debbugs.gnu.org (full text, mbox):

From: Karl Berry <karl <at> freefriends.org>
To: dclarke <at> blastwave.org, dam <at> opencsw.org, yoi_no_myoujou <at> yahoo.co.jp
Cc: 42393 <at> debbugs.gnu.org, 45205 <at> debbugs.gnu.org, 44795 <at> debbugs.gnu.org,
 30612 <at> debbugs.gnu.org, 31126 <at> debbugs.gnu.org, 55073 <at> debbugs.gnu.org,
 49755 <at> debbugs.gnu.org, 15256 <at> debbugs.gnu.org, 34151 <at> debbugs.gnu.org,
 bogdro_rep <at> gmx.us
Subject: Re: bug#31126: GNU Automake 1.16.1 fails 21 tests on Solaris 10
 sparcv9
Date: Sun, 9 Jul 2023 10:57:42 -0600

Hi - you have each reported Automake test failures on Solaris.

I've just pushed a fix from Bogdan (thanks Bogdan!) for some of these,
which (sometimes with other fixes already made) closes some bugs.
Bogdan explains the details of the latest:
https://debbugs.gnu.org/cgi/bugreport.cgi?bug=45205#13

Other problems remain and still need debugging, as Bogdan explains in:
https://debbugs.gnu.org/cgi/bugreport.cgi?bug=45205#16

If anyone has time and interest to try bootstrapping current automake,
run the test suite, and find what still fails and why, that would be
great. --thanks, karl.

Bugs closed (with fingers crossed): 15256 30612 34151 42393 44795 49755.
Bugs still open: 31126 45205 55073.


2023-07-09  Bogdan  <bogdro_rep <at> gmx.us>

tests: avoid some SunOS declaration conflicts.

This change: finishes fixing https://bugs.gnu.org/34151
  and https://bugs.gnu.org/30612 and https://bugs.gnu.org/42393;
fixes https://bugs.gnu.org/44795 and https://bugs.gnu.org/49755;
partially fixes https://bugs.gnu.org/45205
  and https://bugs.gnu.org/55073.
Still open: https://bugs.gnu.org/15256;

* t/lex-clean-cxx.sh: test __cplusplus, __sun, and __EXTERN_C__
before using extern "C" for the yylex decl, as explained at
https://debbugs.gnu.org/cgi/bugreport.cgi?bug=45205#13.
* t/lex-depend-cxx.sh: likewise.

* t/yacc-cxx.sh: "using" std::exit, std::free, std::malloc.
* t/yacc-d-cxx.sh: likewise.
* t/yacc-mix-c-cxx.sh: likewise.

* NEWS: mention this.
diff --git a/NEWS b/NEWS
index 61d631ba0..23b2cc50a 100644
--- a/NEWS
+++ b/NEWS
@@ -46,6 +46,8 @@ New in 1.17:
   - distcleancheck ignores "silly rename" files (.nfs* .smb* .__afs*)
     that can show up on network file systems.

+  - tests: avoid some declaration conflicts for lex et al. on SunOS.
+
 * Obsolescent features:

   - py-compile no longer supports Python 0.x or 1.x versions.  Python 2.0,
diff --git a/t/lex-clean-cxx.sh b/t/lex-clean-cxx.sh
index 3632d5c87..8a086304f 100644
--- a/t/lex-clean-cxx.sh
+++ b/t/lex-clean-cxx.sh
@@ -51,10 +51,15 @@ CLEANFILES = parsebaz.l++ parsequx.lpp
 LDADD = $(LEXLIB)
 END

+# For the explanation of the conditionals on using extern "C",
+# see https://debbugs.gnu.org/cgi/bugreport.cgi?bug=45205#13.
 cat > parsefoo.lxx << 'END'
 %{
 #define YY_DECL int yylex (void)
-extern "C" YY_DECL;
+#if (defined __cplusplus) && ((!defined __sun) || (defined __EXTERN_C__))
+extern "C"
+#endif
+YY_DECL;
 #define YY_NO_UNISTD_H 1
 int isatty (int fd) { return 0; }
 %}
@@ -71,7 +76,10 @@ cp parsefoo.lxx parsebar.ll

 cat > mainfoo.cc << 'END'
 // This file should contain valid C++ but invalid C.
-extern "C" int yylex (void);
+#if (defined __cplusplus) && ((!defined __sun) || (defined __EXTERN_C__))
+extern "C"
+#endif
+int yylex (void);
 using namespace std;
 int main (int argc, char **argv)
 {
diff --git a/t/lex-depend-cxx.sh b/t/lex-depend-cxx.sh
index 60615a54e..682b2ccc5 100644
--- a/t/lex-depend-cxx.sh
+++ b/t/lex-depend-cxx.sh
@@ -44,10 +44,15 @@ test-obj-updated: joe.$(OBJEXT) moe.$(OBJEXT)
 	is_newest moe.$(OBJEXT) my-hdr.hxx
 END

+# For the explanation of the conditionals on using extern "C",
+# see https://debbugs.gnu.org/cgi/bugreport.cgi?bug=45205#13.
 cat > joe.ll << 'END'
 %{
 #define YY_DECL int yylex (void)
-extern "C" YY_DECL;
+#if (defined __cplusplus) && ((!defined __sun) || (defined __EXTERN_C__))
+extern "C"
+#endif
+YY_DECL;
 #define YY_NO_UNISTD_H 1
 int isatty (int fd) { return 0; }
 %}
diff --git a/t/yacc-cxx.sh b/t/yacc-cxx.sh
index 1bf75a975..5b385870c 100644
--- a/t/yacc-cxx.sh
+++ b/t/yacc-cxx.sh
@@ -49,6 +49,9 @@ cat > parse1.yy << 'END'
 // Valid C++, but deliberately invalid C.
 #include <cstdio>
 #include <cstdlib>
+using std::exit;
+using std::free;
+using std::malloc;
 // "std::" qualification required by Sun C++ 5.9.
 int yylex (void) { return std::getchar (); }
 void yyerror (const char *s) {}
diff --git a/t/yacc-d-cxx.sh b/t/yacc-d-cxx.sh
index 56f43c940..576e8e2aa 100644
--- a/t/yacc-d-cxx.sh
+++ b/t/yacc-d-cxx.sh
@@ -31,6 +31,9 @@ write_parse ()
     #include <stdlib.h>
     // Valid C++, but deliberately invalid C.
     #include <cstdlib>
+    using std::exit;
+    using std::free;
+    using std::malloc;
     #include "$header"
     int yylex (void) { return 0; }
     void yyerror (const char *s) {}
diff --git a/t/yacc-mix-c-cxx.sh b/t/yacc-mix-c-cxx.sh
index a73935c39..7c44e0926 100644
--- a/t/yacc-mix-c-cxx.sh
+++ b/t/yacc-mix-c-cxx.sh
@@ -86,6 +86,9 @@ cat > parse.yy <<'END'
 // https://bugs.gnu.org/20031
 #include <stdlib.h>
 // Valid C++, but deliberately invalid C.
+using std::exit;
+using std::free;
+using std::malloc;
 #include <cstdlib>
 #include "parse.hh"
 int yylex (void) { return 0; }

compile finished at Sun Jul  9 09:56:41 2023

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.