tags 12250 + moreinfo severity 12250 minor thanks On 08/21/2012 03:15 PM, daniel.ja...@t-online.de wrote: > Hi, > Hi Daniel, thanks for the report.
> this is only to report errors while compiling automake 1.12.3 under > Solaris 9 as asked for. Please find the relevant files in the > attachment. No answer required. > Let's see ... > FAIL: t/distcheck-override-infodir > This is a spurious failure, due to a recent botched change of mine; it has already fixed by Peter Rosin. See: <http://debbugs.gnu.org/cgi/bugreport.cgi?bug=12198> > FAIL: t/instdir-texi > ==================== > > instdir-texi: running makeinfo --html --version > makeinfo (GNU texinfo) 4.13 > > Copyright (C) 2008 Free Software Foundation, Inc. > License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> > This is free software: you are free to change and redistribute it. > There is NO WARRANTY, to the extent permitted by law. > instdir-texi: running texi2dvi --version > /usr/local/sparc/SunOS/fsw.gcc-4.4.x/bin/texi2dvi: local: not found > texi2dvi (GNU Texinfo 4.13) 1.135 > ... > + make all dvi ps pdf html > Updating ../version.texi > ... > > TEXINPUTS="..:$TEXINPUTS" \ > MAKEINFO='/bin/bash /.../instdir-texi.dir/missing --run makeinfo -I ..' \ > texi2dvi --clean ../foo.texi > /usr/local/sparc/SunOS/fsw.gcc-4.4.x/bin/texi2dvi: local: not found > /usr/local/sparc/SunOS/fsw.gcc-4.4.x/bin/texi2dvi: BSTINPUTS: not found > make: *** [foo.dvi] Error 1 > + am_exit_trap 2 > Some issue in the texi2dvi installation (probably it's not being run with a "good-enough" shell). Not Automake's fault, so this failure is spurious. > FAIL: t/silent8 > FAIL: t/txinfo3 > FAIL: t/txinfo13 > FAIL: t/txinfo16 > FAIL: t/txinfo21 > FAIL: t/txinfo22 > FAIL: t/txinfo23 > FAIL: t/txinfo24 > FAIL: t/txinfo25 > FAIL: t/txinfo28 > FAIL: t/txinfo33 > FAIL: t/txinfo-no-clutter > FAIL: t/version7 > FAIL: t/vtexi4 > Fail for the same reason. Spurious for the same reason. > FAIL: t/spy > Failed check for a make feature (double-colon rules) that we were once being hopeful to be able to use in Automake-generated makefiles. Since I've no intention to go ahead with that plan anytime soon, I say we just don't worry about this failure. That leave us with ... > FAIL: t/tests-environment-fd-redirect > ===================================== > > + automake-1.12 --foreign -Werror -Wall -a > + CONFIG_SHELL=/bin/ksh > + /bin/ksh ./configure CONFIG_SHELL=/bin/ksh > ./configure[43]: BASH_VERSION: parameter not set > ... with a weird failure that has me a little baffled, but which sounds like a spurious one (if you'd like we to dig into this further, please post the contents of the affected 'configure' script), and ... > FAIL: t/lex-clean-cxx > ===================== > > + make > c++ -DPACKAGE_NAME=\"lex-clean-cxx\" ... -c -o mainfoo.o mainfoo.cc > mv -f .deps/mainfoo.Tpo .deps/mainfoo.Po > /bin/bash ./ylwrap parsefoo.lxx lex.yy.c parsefoo.cxx -- lex > c++ -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. -g -O2 -MT parsefoo.o -MD -MP \ > -MF .deps/parsefoo.Tpo -c -o parsefoo.o parsefoo.cxx > parsefoo.cxx:86: error: ISO C++ forbids declaration of 'yylex' with no type > make: *** [parsefoo.o] Error 1 > + am_exit_trap 2 ... this failure (plus another one pratically identical). This sounds like your lex is unable to generate output that is valid as C++. In which case, this failure too would be spurious. Could you send us the contents of the 'parsefoo.cxx' file left behind by this test in its 't/lex-clean-cxx.dir' directory, to confirm the diagnosis is correct? Thanks, Stefano