bug#12250: Please report to address@hidden

[Stefano Lattarini]

tags 12250 + moreinfo
severity 12250 minor
thanks

On 08/21/2012 03:15 PM, address@hidden 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