Subject: bug#34151: GNU Automake 1.16.1 FAIL: 4 on Solaris 10 SPARC

From: Mike Frysinger <[email-masked]>
Date: Thu, 24 Feb 2022 01:07:07 -0500

On 20 Jan 2019 22:00, Dennis Clarke wrote:
> The usual. Nothing new here.  Four failed tests on ye old Solaris 10 
> sparc with Oracle Studio 12.6 compiler tools.
> 
> test-suite.log attached.

from the log:

> FAIL: t/dist-formats
> + bzip2 -d parallel-compression-1.0.tar.bz2
> bzip2: Caught a SIGSEGV or SIGBUS whilst decompressing.
> FAIL: t/dist-formats.tap 58 - gzip+bzip2+xz [check .tar.bz2 tarball]

pretty sure there's nothing we can do about this.  going to ignore it.

> FAIL: t/instmany-python
> FAIL t/instmany-python.sh (exit status: 1)
> /usr/local/build/automake-1.16.1_SunOS5.10_sparc64vii+.001/t/instmany-python.dir/x-bin/my-install: safe command line limit of 2500 characters exceeded

i would guess this is the same as https://bugs.gnu.org/53340 which is now
fixed in the tree.

> FAIL: t/lex-clean-cxx
> FAIL t/lex-clean-cxx.sh (exit status: 2)
> FAIL: t/lex-depend-cxx
> FAIL t/lex-depend-cxx.sh (exit status: 2)
> /bin/bash ./ylwrap parsefoo.lxx lex.yy.c parsefoo.cxx -- lex
> source='parsefoo.cxx' object='parsefoo.o' libtool=no \
> DEPDIR=.deps depmode=none /bin/bash ./depcomp \
> /opt/developerstudio12.6/bin/CC -DPACKAGE_NAME=\"lex-clean-cxx\" -DPACKAGE_TARNAME=\"lex-clean-cxx\" -DPACKAGE_VERSION=\"1.0\" -DPACKAGE_STRING=\"lex-clean-cxx\ 1.0\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" -DPACKAGE=\"lex-clean-cxx\" -DVERSION=\"1.0\" -I.   -I/usr/local/include -D_POSIX_PTHREAD_SEMANTICS -D_LARGEFILE64_SOURCE -D_TS_ERRNO  -m64 -xarch=sparc -dalign -erroff=%none -errtags=yes -ftrap=%none -g -xcode=pic32 -m64 -mc -xunroll=1 -xbuiltin=%none -xdepend=no -xnolibmopt -xlinkopt=0 -xnolibmil -xregs=no%appl -xs -c -o parsefoo.o parsefoo.cxx
> "parsefoo.cxx", line 84: Error: yylex() was declared before with a different language.
> 1 Error(s) detected.
> gmake: *** [Makefile:491: parsefoo.o] Error 2

this is interesting.  the tests do:
#define YY_DECL int yylex (void)
extern "C" YY_DECL;

which seems your compiler cannot handle for some reason.
-mike