From mboxrd@z Thu Jan 1 00:00:00 1970 From: =?UTF-8?Q?G=C3=A1bor?= Boskovits Subject: bug#32726: "make check" fails on master (0084744b) Date: Thu, 13 Sep 2018 11:10:57 +0200 Message-ID: References: <877ejqvw7z.fsf@gmail.com> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="000000000000621e440575bd1681" Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:50458) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g0NfU-00043C-2h for bug-guix@gnu.org; Thu, 13 Sep 2018 05:12:09 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g0NfO-0005o5-O2 for bug-guix@gnu.org; Thu, 13 Sep 2018 05:12:07 -0400 Received: from debbugs.gnu.org ([208.118.235.43]:34484) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1g0NfO-0005np-It for bug-guix@gnu.org; Thu, 13 Sep 2018 05:12:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1g0NfO-0003DY-5Y for bug-guix@gnu.org; Thu, 13 Sep 2018 05:12:02 -0400 Sender: "Debbugs-submit" Resent-Message-ID: In-Reply-To: <877ejqvw7z.fsf@gmail.com> List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org Sender: "bug-Guix" To: Chris Marusich Cc: 32726@debbugs.gnu.org --000000000000621e440575bd1681 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Chris Marusich ezt =C3=ADrta (id=C5=91pont: 2018. sz= ept. 13., Cs, 6:49): > Hi Guix! > > On commit 0084744b3af0a6f8e125120143f57567902339a8, "make check" fails > for me. On an x86_64-linux GuixSD system, in a fresh Git worktree, I > ran the following commands. > > First, create an environment for Guix: > > guix environment guix > > In the environment, build Guix: > > ./bootstrap && ./configure --localstatedir=3D/var && make -j && make -j= 1 > check > > I explicitly ran "make check" with "-j 1" because Guix's "check" target > is known to fail spuriously when run in parallel, as described > separately in bug 21097. > > The tests still failed, even after I tried running "make -j 1 recheck", > which suggests that the failures are not spurious. > > I skimmed the rather large "test-suite.log" file. One possible problem > that jumped out at me was in the self-contained-tarball test, which > reads: > > test-name: self-contained-tarball > location: /home/marusich/guix-fix-gnucash/tests/pack.scm:55 > [...] > > /home/marusich/guix-fix-gnucash/test-tmp/store/wkd9z38z99m8zg5dxk1jb316z8= r1fj0v-bash-static-4.4.19/bin/bash > ../../gcc-5.5.0/gcc/../move-if-c > hange tmp-options.h options.h > echo timestamp > s-options-h > g++ -g -DIN_GCC -fno-exceptions -fno-rtti > -fasynchronous-unwind-tables -W -Wall -Wno-narrowing -Wwrite-strings > -Wcast-qual -Wno-format > -Wmissing-format-attribute -Woverloaded-virtual -pedantic > -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -fno-common > -DHAVE_CO > NFIG_H -DGENERATOR_FILE > -Wl,-rpath=3D/home/marusich/guix-fix-gnucash/test-tmp/store/0fcqp8jy9lvp0= cqdqjkrgh75npbnb2y8-glibc-2.27/lib > -Wl,-dynam > ic-linker > -Wl,/home/marusich/guix-fix-gnucash/test-tmp/store/0fcqp8jy9lvp0cqdqjkrgh= 75npbnb2y8-glibc-2.27/lib/ld-linux-x86-64.so.2 > -L/home/ma > > rusich/guix-fix-gnucash/test-tmp/store/b81y4n59lj7xf7cb9lhwz0lcdilzwxyz-l= ibstdc++-5.5.0/lib > -L/home/marusich/guix-fix-gnucash/test-tmp/store > /x8p19sqgjmsp773glb2jf1mz9xigad3b-zlib-1.2.11/lib > -Wl,-rpath=3D/home/marusich/guix-fix-gnucash/test-tmp/store/x8p19sqgjmsp7= 73glb2jf1mz9xigad3b > -zlib-1.2.11/lib -o build/genconstants \ > build/genconstants.o build/read-md.o build/errors.o > ../build-x86_64-unknown-linux-gnu/libiberty/libiberty.a > x86_64-guix-linux-gnu-ld: cannot find -lstdc++ > collect2: error: ld returned 1 exit status > make[3]: *** [Makefile:2615: build/genconstants] Error 1 > make[3]: *** Waiting for unfinished jobs.... > rm gcc.pod > make[3]: Leaving directory '/tmp/guix-build-gcc-5.5.0.drv-0/build/gcc= ' > make[2]: *** [Makefile:4378: all-stage1-gcc] Error 2 > make[2]: Leaving directory '/tmp/guix-build-gcc-5.5.0.drv-0/build' > make[1]: *** [Makefile:21771: stage1-bubble] Error 2 > make[1]: Leaving directory '/tmp/guix-build-gcc-5.5.0.drv-0/build' > make: *** [Makefile:909: all] Error 2 > > It looks like the test may have failed because GCC failed to build > because of the above ld-related problem. Maybe we should look into why > GCC is failing. > > The following tests also failed: > > test-name: program-file > location: /home/marusich/guix-fix-gnucash/tests/gexp.scm:984 > > test-name: program-file #:module-path > location: /home/marusich/guix-fix-gnucash/tests/gexp.scm:1001 > > test-name: program-file & with-extensions > location: /home/marusich/guix-fix-gnucash/tests/gexp.scm:1029 > > I can reproduce this, on commit: f309671c... > They all failed with this similar looking output, although I'm not sure > if it's relevant to the actual test failures (yes, the output does seem > to be clobbered; I didn't paste this incorrectly): > > Unrecognized switch --no-auto-compiUsage: guile [OPTION]... [FILE]... > Evaluate code with Guile, interactively or from a script. > [... The rest of Guile's --help message follows ...] > > I tried walking through the steps of the failing "program-file" test by > firing up a "./pre-inst-env guile" REPL and typing the forms in > manually. It failed with a totally different message when I got to the > call to open-input-pipe: > > scheme@(guile-user)> (open-input-pipe > "/gnu/store/hg281rkblxqgvrqi4viph1q3ghml7knm-program") > $11 =3D # > scheme@(guile-user)> Backtrace: > In ice-9/eval.scm: > 432: 19 [eval # #] > In ice-9/boot-9.scm: > 2320: 18 [save-module-excursion # ice-9/boot-9.scm:3961:3 ()>] > 3966: 17 [#] > 1645: 16 [%start-stack load-stack ...] > 1650: 15 [#] > In unknown file: > ?: 14 [primitive-load > "/gnu/store/hg281rkblxqgvrqi4viph1q3ghml7knm-program"] > In ice-9/eval.scm: > 505: 13 [# (begin # > #)] > In ice-9/psyntax.scm: > 1091: 12 [expand-top-sequence ((begin # #)) () ((top)) ...] > 976: 11 [scan ((begin (use-modules #) (display 103706023244741))) () > ...] > 976: 10 [scan ((use-modules (guix build utils)) (display > 103706023244741)) () ...] > 270: 9 [scan ((# #) #(syntax-object *unspecified* # #)) () (()) ...] > In ice-9/boot-9.scm: > 3513: 8 [process-use-modules (((guix build utils)))] > 627: 7 [map # (mif-args)> ((#))] > 3514: 6 [# > (#)] > 2783: 5 [resolve-interface (guix build utils) #:select ...] > 2708: 4 [# #:optional autoload version #:key ensure)> # ...] > 2981: 3 [try-module-autoload (guix build utils) #f] > 2320: 2 [save-module-excursion # ice-9/boot-9.scm:2982:17 ()>] > 3001: 1 [#] > In unknown file: > ?: 0 [primitive-load-path "guix/build/utils" ...] > > ERROR: In procedure primitive-load-path: > ERROR: In procedure make_objcode_from_file: bad header on object file= : > "\x7fELF\x02\x01\x01=C3=BF\x00\x00\x00\x00\x00\x00\x00\x00" > > Sure enough, if I try to run the program directly from my shell, the > same error message ("bad header on object file") is displayed. I don't > see how this relates to the test failure, though. I'm surprised that > the "bad header on object file" error doesn't show up in the test suite > log; if this is the problem, I would have expected to see it in the test > suite logs. Maybe it's a red herring. > > And that's as far as I've gotten. Can anyone reproduce this issue? > > -- > Chris > --000000000000621e440575bd1681 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Chris Marusich= <cmmarusich@gmail.com> e= zt =C3=ADrta (id=C5=91pont: 2018. szept. 13., Cs, 6:49):
Hi Guix!

On commit 0084744b3af0a6f8e125120143f57567902339a8, "make check" = fails
for me.=C2=A0 On an x86_64-linux GuixSD system, in a fresh Git worktree, I<= br> ran the following commands.

First, create an environment for Guix:

=C2=A0 guix environment guix

In the environment, build Guix:

=C2=A0 ./bootstrap && ./configure --localstatedir=3D/var &&= make -j && make -j 1 check

I explicitly ran "make check" with "-j 1" because Guix&= #39;s "check" target
is known to fail spuriously when run in parallel, as described
separately in bug 21097.

The tests still failed, even after I tried running "make -j 1 recheck&= quot;,
which suggests that the failures are not spurious.

I skimmed the rather large "test-suite.log" file.=C2=A0 One possi= ble problem
that jumped out at me was in the self-contained-tarball test, which
reads:

=C2=A0 =C2=A0 test-name: self-contained-tarball
=C2=A0 =C2=A0 location: /home/marusich/guix-fix-gnucash/tests/pack.scm:55 =C2=A0 =C2=A0 [...]
=C2=A0 =C2=A0 /home/marusich/guix-fix-gnucash/test-tmp/store/wkd9z38z99m8zg= 5dxk1jb316z8r1fj0v-bash-static-4.4.19/bin/bash ../../gcc-5.5.0/gcc/../move-= if-c
=C2=A0 =C2=A0 hange tmp-options.h options.h
=C2=A0 =C2=A0 echo timestamp > s-options-h
=C2=A0 =C2=A0 g++=C2=A0 =C2=A0-g -DIN_GCC=C2=A0 =C2=A0 -fno-exceptions -fno= -rtti -fasynchronous-unwind-tables -W -Wall -Wno-narrowing -Wwrite-strings = -Wcast-qual -Wno-format
=C2=A0 =C2=A0 -Wmissing-format-attribute -Woverloaded-virtual -pedantic -Wn= o-long-long -Wno-variadic-macros -Wno-overlength-strings -fno-common=C2=A0 = -DHAVE_CO
=C2=A0 =C2=A0 NFIG_H -DGENERATOR_FILE -Wl,-rpath=3D/home/marusich/guix-fix-= gnucash/test-tmp/store/0fcqp8jy9lvp0cqdqjkrgh75npbnb2y8-glibc-2.27/lib -Wl,= -dynam
=C2=A0 =C2=A0 ic-linker -Wl,/home/marusich/guix-fix-gnucash/test-tmp/store/= 0fcqp8jy9lvp0cqdqjkrgh75npbnb2y8-glibc-2.27/lib/ld-linux-x86-64.so.2 -L/hom= e/ma
=C2=A0 =C2=A0 rusich/guix-fix-gnucash/test-tmp/store/b81y4n59lj7xf7cb9lhwz0= lcdilzwxyz-libstdc++-5.5.0/lib -L/home/marusich/guix-fix-gnucash/test-tmp/s= tore
=C2=A0 =C2=A0 /x8p19sqgjmsp773glb2jf1mz9xigad3b-zlib-1.2.11/lib -Wl,-rpath= =3D/home/marusich/guix-fix-gnucash/test-tmp/store/x8p19sqgjmsp773glb2jf1mz9= xigad3b
=C2=A0 =C2=A0 -zlib-1.2.11/lib -o build/genconstants \
=C2=A0 =C2=A0 =C2=A0 =C2=A0 build/genconstants.o build/read-md.o build/erro= rs.o ../build-x86_64-unknown-linux-gnu/libiberty/libiberty.a
=C2=A0 =C2=A0 x86_64-guix-linux-gnu-ld: cannot find -lstdc++
=C2=A0 =C2=A0 collect2: error: ld returned 1 exit status
=C2=A0 =C2=A0 make[3]: *** [Makefile:2615: build/genconstants] Error 1
=C2=A0 =C2=A0 make[3]: *** Waiting for unfinished jobs....
=C2=A0 =C2=A0 rm gcc.pod
=C2=A0 =C2=A0 make[3]: Leaving directory '/tmp/guix-build-gcc-5.5.0.drv= -0/build/gcc'
=C2=A0 =C2=A0 make[2]: *** [Makefile:4378: all-stage1-gcc] Error 2
=C2=A0 =C2=A0 make[2]: Leaving directory '/tmp/guix-build-gcc-5.5.0.drv= -0/build'
=C2=A0 =C2=A0 make[1]: *** [Makefile:21771: stage1-bubble] Error 2
=C2=A0 =C2=A0 make[1]: Leaving directory '/tmp/guix-build-gcc-5.5.0.drv= -0/build'
=C2=A0 =C2=A0 make: *** [Makefile:909: all] Error 2

It looks like the test may have failed because GCC failed to build
because of the above ld-related problem.=C2=A0 Maybe we should look into wh= y
GCC is failing.

The following tests also failed:

=C2=A0 =C2=A0 test-name: program-file
=C2=A0 =C2=A0 location: /home/marusich/guix-fix-gnucash/tests/gexp.scm:984<= br>
=C2=A0 =C2=A0 test-name: program-file #:module-path
=C2=A0 =C2=A0 location: /home/marusich/guix-fix-gnucash/tests/gexp.scm:1001=

=C2=A0 =C2=A0 test-name: program-file & with-extensions
=C2=A0 =C2=A0 location: /home/marusich/guix-fix-gnucash/tests/gexp.scm:1029=

I can reproduce this, on commit: f309671c...
=C2=A0
They all failed with this similar looking output, although I'm not sure=
if it's relevant to the actual test failures (yes, the output does seem=
to be clobbered; I didn't paste this incorrectly):

=C2=A0 =C2=A0 Unrecognized switch --no-auto-compiUsage: guile [OPTION]... [= FILE]...
=C2=A0 =C2=A0 Evaluate code with Guile, interactively or from a script.
=C2=A0 =C2=A0 [... The rest of Guile's --help message follows ...]

I tried walking through the steps of the failing "program-file" t= est by
firing up a "./pre-inst-env guile" REPL and typing the forms in manually.=C2=A0 It failed with a totally different message when I got to th= e
call to open-input-pipe:

=C2=A0 =C2=A0 scheme@(guile-user)> (open-input-pipe "/gnu/store/hg2= 81rkblxqgvrqi4viph1q3ghml7knm-program")
=C2=A0 =C2=A0 $11 =3D #<input: #{read pipe}# 15>
=C2=A0 =C2=A0 scheme@(guile-user)> Backtrace:
=C2=A0 =C2=A0 In ice-9/eval.scm:
=C2=A0 =C2=A0 =C2=A0432: 19 [eval # #]
=C2=A0 =C2=A0 In ice-9/boot-9.scm:
=C2=A0 =C2=A0 2320: 18 [save-module-excursion #<procedure 2b78c80 at ice= -9/boot-9.scm:3961:3 ()>]
=C2=A0 =C2=A0 3966: 17 [#<procedure 2b78c80 at ice-9/boot-9.scm:3961:3 (= )>]
=C2=A0 =C2=A0 1645: 16 [%start-stack load-stack ...]
=C2=A0 =C2=A0 1650: 15 [#<procedure 2b7a300 ()>]
=C2=A0 =C2=A0 In unknown file:
=C2=A0 =C2=A0 =C2=A0 =C2=A0?: 14 [primitive-load "/gnu/store/hg281rkbl= xqgvrqi4viph1q3ghml7knm-program"]
=C2=A0 =C2=A0 In ice-9/eval.scm:
=C2=A0 =C2=A0 =C2=A0505: 13 [#<procedure 2a489a0 at ice-9/eval.scm:499:4= (exp)> (begin # #)]
=C2=A0 =C2=A0 In ice-9/psyntax.scm:
=C2=A0 =C2=A0 1091: 12 [expand-top-sequence ((begin # #)) () ((top)) ...] =C2=A0 =C2=A0 =C2=A0976: 11 [scan ((begin (use-modules #) (display 10370602= 3244741))) () ...]
=C2=A0 =C2=A0 =C2=A0976: 10 [scan ((use-modules (guix build utils)) (displa= y 103706023244741)) () ...]
=C2=A0 =C2=A0 =C2=A0270: 9 [scan ((# #) #(syntax-object *unspecified* # #))= () (()) ...]
=C2=A0 =C2=A0 In ice-9/boot-9.scm:
=C2=A0 =C2=A0 3513: 8 [process-use-modules (((guix build utils)))]
=C2=A0 =C2=A0 =C2=A0627: 7 [map #<procedure 2af9520 at ice-9/boot-9.scm:= 3513:25 (mif-args)> ((#))]
=C2=A0 =C2=A0 3514: 6 [#<procedure 2af9520 at ice-9/boot-9.scm:3513:25 (= mif-args)> (#)]
=C2=A0 =C2=A0 2783: 5 [resolve-interface (guix build utils) #:select ...] =C2=A0 =C2=A0 2708: 4 [#<procedure 2aefe00 at ice-9/boot-9.scm:2696:4 (n= ame #:optional autoload version #:key ensure)> # ...]
=C2=A0 =C2=A0 2981: 3 [try-module-autoload (guix build utils) #f]
=C2=A0 =C2=A0 2320: 2 [save-module-excursion #<procedure 2b874e0 at ice-= 9/boot-9.scm:2982:17 ()>]
=C2=A0 =C2=A0 3001: 1 [#<procedure 2b874e0 at ice-9/boot-9.scm:2982:17 (= )>]
=C2=A0 =C2=A0 In unknown file:
=C2=A0 =C2=A0 =C2=A0 =C2=A0?: 0 [primitive-load-path "guix/build/utils= " ...]

=C2=A0 =C2=A0 ERROR: In procedure primitive-load-path:
=C2=A0 =C2=A0 ERROR: In procedure make_objcode_from_file: bad header on obj= ect file: "\x7fELF\x02\x01\x01=C3=BF\x00\x00\x00\x00\x00\x00\x00\x00&q= uot;

Sure enough, if I try to run the program directly from my shell, the
same error message ("bad header on object file") is displayed.=C2= =A0 I don't
see how this relates to the test failure, though.=C2=A0 I'm surprised t= hat
the "bad header on object file" error doesn't show up in the = test suite
log; if this is the problem, I would have expected to see it in the test suite logs.=C2=A0 Maybe it's a red herring.

And that's as far as I've gotten.=C2=A0 Can anyone reproduce this i= ssue?

--
Chris
--000000000000621e440575bd1681--