Hello Diego,
The test suite failures correspond to:
- t/check12.sh
- t/check12-w.sh
- t/gcj.sh
The first two ones are related to DejaGNU and correspond to bug#26738
Diego Pignedoli <diego.pigned...@gmail.com> writes:
> FAIL: t/gcj
> ===========
>
> Running from installcheck: no
> Test Protocol: none
> PATH =
> /media/void/AR_CADIA/Download/compile/automake-1.99/t/wrap:/media/void/AR_CADIA/Download/compile/automake-1.99/t/ax:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/lib/jvm/java-9-oracle/bin:/usr/lib/jvm/java-9-oracle/db/bin
> + pwd
> /media/void/AR_CADIA/Download/compile/automake-1.99/t/gcj.dir
> + cat
> + cat
> + aclocal-1.99a -Werror
> + automake-1.99a --foreign -Werror -Wall
> + /bin/grep -F x/y/convert.$(OBJEXT) Makefile.in
> am__objects_1 = x/y/convert.$(OBJEXT)
> x/y/convert.$(OBJEXT): x/y/$(am__dirstamp) \
> test -f x/y/convert.$(OBJEXT)
> + autoconf
> + ./configure
> checking for a BSD-compatible install... /usr/bin/install -c
> checking whether build environment is sane... yes
> checking for a thread-safe mkdir -p... /bin/mkdir -p
> checking for gawk... gawk
> checking whether make sets $(MAKE)... yes
> checking whether make supports nested variables... yes
> checking for gcc... cc
> checking whether the C compiler works... yes
> checking for C compiler default output file name... a.out
> checking for suffix of executables...
> checking whether we are cross compiling... no
> checking for suffix of object files... o
> checking whether the compiler supports GNU C... yes
> checking whether cc accepts -g... yes
> checking for cc option to enable C11 features... none needed
> checking whether cc understands -c and -o together... yes
> checking whether make supports the include directive... yes (GNU style)
> checking dependency style of cc... gcc3
> checking dependency style of gcj... gcc3
> checking that generated files are newer than configure... done
> configure: creating ./config.status
> config.status: creating Makefile
> config.status: executing depfiles commands
> + make
> rm -f x/y/convert.java-t x/y/convert.java
> test -d x/y || /bin/mkdir -p x/y
> echo 'public class convert {' >> x/y/convert.java-t
> echo ' public static void main (String[] args) {' >> x/y/convert.java-t
> echo ' System.out.println("Hello, World!");' >> x/y/convert.java-t
> echo ' }' >> x/y/convert.java-t
> echo '}' >> x/y/convert.java-t
> chmod a-w x/y/convert.java-t && mv -f x/y/convert.java-t x/y/convert.java
> depbase=`echo x/y/convert.o | sed 's|[^/]*$|.deps/&|;s|\.[^.]*$||'` && \
> gcj -MT x/y/convert.o -MD -MP -MF $depbase.Tpo -c -o x/y/convert.o
> x/y/convert.java; \
> if test $? = 0; then mv -f $depbase.Tpo $depbase.Po; \
> else rm -f $depbase.Tpo; false; fi
> gcj --main=convert -o convert x/y/convert.o
> /usr/bin/ld: impossibile trovare -lgcj
> collect2: error: ld returned 1 exit status
> make: *** [Makefile:369: convert] Error 1
> + am_exit_trap 2
> + exit_status=2
> + set +e
> + cd /media/void/AR_CADIA/Download/compile/automake-1.99
> + test none = tap
> + test 2 -eq 0
> + keep_testdirs=yes
> + am_keeping_testdirs
> + return 0
> + set +x
> FAIL t/gcj.sh (exit status: 2)
Regarding "t/gcj" The issue in seems in GCJ detection with
'_AM_DEPENDENCIES' since the compilation is processed even if libgcj
seems not available on the system. I have not been able to reproduce it
since my distibution (Fedora 25) doesn't provide GCJ.
Thanks for the report.
--
Mathieu Lirzin
GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37
