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