* [Buildroot] [autobuild.buildroot.net] Build results for 2017-02-25 @ 2017-02-26 7:28 Thomas Petazzoni 2017-02-26 21:33 ` [Buildroot] Analysis of build " Thomas Petazzoni 0 siblings, 1 reply; 7+ messages in thread From: Thomas Petazzoni @ 2017-02-26 7:28 UTC (permalink / raw) To: buildroot Hello, Build statistics for 2017-02-25 ================================ successes : 197 failures : 20 timeouts : 1 TOTAL : 218 Classification of failures by reason ==================================== rabbitmq-c-v0.8.0 | 2 sngrep-v1.4.2 | 2 assimp-v3.2 | 1 classpath-0.98 | 1 domoticz-3.5877 | 1 kvm-unit-tests-5731572b2ac2... | 1 libcec-4.0.2 | 1 make[3]: *** wait: No child... | 1 nfs-utils-1.3.3 | 1 nmap-7.40 | 1 openocd-0.9.0 | 1 oracle-mysql-5.1.73 | 1 pulseview-0.3.0 | 1 python-libconfig-b271c3d9da... | 1 ruby-2.4.0 | 1 samba4-4.5.5 | 1 synergy-1.3.1 | 1 vlc-2.2.4 | 1 xfsprogs-4.8.0 | 1 Detail of failures =================== sh4 | assimp-v3.2 | NOK | http://autobuild.buildroot.net/results/ec88aa8118179e30e24603cc45292047dca19216 or1k | classpath-0.98 | NOK | http://autobuild.buildroot.net/results/a0bb5535fd197b9dd1607a5f0bca477c9575c99f powerpc64le | domoticz-3.5877 | NOK | http://autobuild.buildroot.net/results/8789303587f693d5104506a7db361e1322091fd1 x86_64 | kvm-unit-tests-5731572b2ac2... | NOK | http://autobuild.buildroot.net/results/4612d35704070256cf11455e4f4cf23272bf107d i686 | libcec-4.0.2 | NOK | http://autobuild.buildroot.net/results/3f3593bab7734dd274faf5b5690895e9424cbb89 microblazeel | make[3]: *** wait: No child... | TIM | http://autobuild.buildroot.net/results/536ade4a109eae7dec48887fc23cde56c12a4de9 microblazeel | nfs-utils-1.3.3 | NOK | http://autobuild.buildroot.net/results/b27f37190ebc7cd1121d0b040dbc8acbef66d749 sparc | nmap-7.40 | NOK | http://autobuild.buildroot.net/results/8e476939f1daaa20c316dbd0508fa343034f2397 powerpc64le | openocd-0.9.0 | NOK | http://autobuild.buildroot.net/results/3cbe65a46e75b8e67846d593884c96df97dec7a4 powerpc64le | oracle-mysql-5.1.73 | NOK | http://autobuild.buildroot.net/results/767f0be3894c45c1e6d18bc4528d0da7b50e3757 x86_64 | pulseview-0.3.0 | NOK | http://autobuild.buildroot.net/results/a8a8bd2097a20f611bfb8c9679a4f69ace05f533 arm | python-libconfig-b271c3d9da... | NOK | http://autobuild.buildroot.net/results/f0f6cdc8c38c024772615d5e677b0f4ad63ef7ec x86_64 | rabbitmq-c-v0.8.0 | NOK | http://autobuild.buildroot.net/results/3dc981444ba3376df04878866f951e3e4bb31323 arm | rabbitmq-c-v0.8.0 | NOK | http://autobuild.buildroot.net/results/74b77125a5d1bb7340cb6901836430b1ad8acb29 mips | ruby-2.4.0 | NOK | http://autobuild.buildroot.net/results/5856446247100e0e4cdbba7f633ac823ccf18a13 arc | samba4-4.5.5 | NOK | http://autobuild.buildroot.net/results/605e36d65bd01310913701af0f9ed1e11fb49385 m68k | sngrep-v1.4.2 | NOK | http://autobuild.buildroot.net/results/99aa6a0ce6dd55911b612ae61180cfbaece64580 mips64el | sngrep-v1.4.2 | NOK | http://autobuild.buildroot.net/results/c58961fb9c67dbc387d9cb785d78641bfaa5333b arc | synergy-1.3.1 | NOK | http://autobuild.buildroot.net/results/05bbc22dd6cd5564462226e612ab1e95778fe935 microblazeel | vlc-2.2.4 | NOK | http://autobuild.buildroot.net/results/a318f0838a6a602046e719103ac81965c0084d52 arc | xfsprogs-4.8.0 | NOK | http://autobuild.buildroot.net/results/50314716a9f72e8bb238e52e9dc342c68f7e0b8b -- http://autobuild.buildroot.net ^ permalink raw reply [flat|nested] 7+ messages in thread
* [Buildroot] Analysis of build results for 2017-02-25 2017-02-26 7:28 [Buildroot] [autobuild.buildroot.net] Build results for 2017-02-25 Thomas Petazzoni @ 2017-02-26 21:33 ` Thomas Petazzoni 2017-02-26 23:00 ` Waldemar Brodkorb 2017-02-27 2:23 ` Sam Bobroff 0 siblings, 2 replies; 7+ messages in thread From: Thomas Petazzoni @ 2017-02-26 21:33 UTC (permalink / raw) To: buildroot Hello, Sam, Cyril, Frank, Gustavo, Waldemar, Vicente, see below. On Sun, 26 Feb 2017 08:28:45 +0100 (CET), Thomas Petazzoni wrote: > sh4 | assimp-v3.2 | NOK | http://autobuild.buildroot.net/results/ec88aa8118179e30e24603cc45292047dca19216 Compiler error, happening with a Buildroot toolchain. I guess we should simply add an exception for this package on sh4 ? > or1k | classpath-0.98 | NOK | http://autobuild.buildroot.net/results/a0bb5535fd197b9dd1607a5f0bca477c9575c99f Fixed by https://git.buildroot.org/buildroot/commit/?id=f12a146f817c8ef07a7d41a31a5336b5ef6a96e8. > powerpc64le | domoticz-3.5877 | NOK | http://autobuild.buildroot.net/results/8789303587f693d5104506a7db361e1322091fd1 unresolvable R_PPC64_ADDR64 against `rand@@GLIBC_2.17' Sam, could you have a look ? > x86_64 | kvm-unit-tests-5731572b2ac2... | NOK | http://autobuild.buildroot.net/results/4612d35704070256cf11455e4f4cf23272bf107d x86/hyperv_clock.c: Assembler messages: x86/hyperv_clock.c:21: Error: no instruction mnemonic suffix given and no register operands; can't size instruction This has been happening for a very long time (4+ months) : http://autobuild.buildroot.net/?reason=kvm-unit-tests-5731572b2ac23eb410732110b93425b5bb7f27dd Cyril, could you have a look soon? If not, we'll just mark this package as not available on x86-64. > i686 | libcec-4.0.2 | NOK | http://autobuild.buildroot.net/results/3f3593bab7734dd274faf5b5690895e9424cbb89 The CMake issue I guess. > microblazeel | nfs-utils-1.3.3 | NOK | http://autobuild.buildroot.net/results/b27f37190ebc7cd1121d0b040dbc8acbef66d749 Interesting. This is a static linking case, where the toolchain has built-in RPC support and the configuration has libtirpc enabled. Hence, we have symbol being redefined between libc and libtirpc. What should we do about this? Prevent libtirpc from being selected when the toolchain has RPC support and we're static linking? > sparc | nmap-7.40 | NOK | http://autobuild.buildroot.net/results/8e476939f1daaa20c316dbd0508fa343034f2397 Fixed by https://git.buildroot.org/buildroot/commit/?id=be8177fcea62a3ea1a3c3e870b0da3b600f092ce. > powerpc64le | openocd-0.9.0 | NOK | http://autobuild.buildroot.net/results/3cbe65a46e75b8e67846d593884c96df97dec7a4 Would be fixed by https://patchwork.ozlabs.org/patch/724932/, but a better patch was suggested, but never submitted. > powerpc64le | oracle-mysql-5.1.73 | NOK | http://autobuild.buildroot.net/results/767f0be3894c45c1e6d18bc4528d0da7b50e3757 Fixed by https://git.buildroot.org/buildroot/commit/?id=7e4c99b95012881aacbc686e952b26e38422b389. > x86_64 | pulseview-0.3.0 | NOK | http://autobuild.buildroot.net/results/a8a8bd2097a20f611bfb8c9679a4f69ace05f533 Crazy C++ stuff: /home/buildroot/autobuild/run/instance-3/output/host/usr/x86_64-buildroot-linux-uclibc/sysroot/usr/include/boost/math/bindings/detail/big_lanczos.hpp:44:25: error: unable to find numeric literal operator 'operator""Q' static_cast<T>(BOOST_MATH_BIG_CONSTANT(T, 120, 160394318862140953773928.8736211601848891)), ^ /home/buildroot/autobuild/run/instance-3/output/host/usr/x86_64-buildroot-linux-uclibc/sysroot/usr/include/boost/math/bindings/detail/big_lanczos.hpp:44:25: note: use -std=gnu++11 or -fext-numeric-literals to enable more built-in suffixes Anyone ? > arm | python-libconfig-b271c3d9da... | NOK | http://autobuild.buildroot.net/results/f0f6cdc8c38c024772615d5e677b0f4ad63ef7ec Gah, musl related issue. I already tried to investigate this one, but could never understand what's going. I'm going to send a patch disabling this package on musl. > x86_64 | rabbitmq-c-v0.8.0 | NOK | http://autobuild.buildroot.net/results/3dc981444ba3376df04878866f951e3e4bb31323 > arm | rabbitmq-c-v0.8.0 | NOK | http://autobuild.buildroot.net/results/74b77125a5d1bb7340cb6901836430b1ad8acb29 Static linking issues. Frank, rabbitmq is your package, could you have a look ? > mips | ruby-2.4.0 | NOK | http://autobuild.buildroot.net/results/5856446247100e0e4cdbba7f633ac823ccf18a13 CPPAS src/mips/o32.lo src/mips/o32.S: Assembler messages: src/mips/o32.S:94: Error: opcode not supported on this processor: mips32r2 (mips32r2) `l.d $f12,0*4($sp)' src/mips/o32.S:101: Error: opcode not supported on this processor: mips32r2 (mips32r2) `l.s $f12,0*4($sp)' Vicente: this again smells like assembly code using the FPU, while we are building in soft-float mode. Is this correct? If so, can you send a patch? > arc | samba4-4.5.5 | NOK | http://autobuild.buildroot.net/results/605e36d65bd01310913701af0f9ed1e11fb49385 error: 'struct dqblk' has no member named 'dqb_curspace'; did you mean 'dqb_curblocks'? error: 'struct dqblk' has no member named 'dqb_valid' error: 'QIF_LIMITS' undeclared (first use in this function) Weird. Is it a libc issue? Kernel headers issue? Gustavo, any clue? > m68k | sngrep-v1.4.2 | NOK | http://autobuild.buildroot.net/results/99aa6a0ce6dd55911b612ae61180cfbaece64580 > mips64el | sngrep-v1.4.2 | NOK | http://autobuild.buildroot.net/results/c58961fb9c67dbc387d9cb785d78641bfaa5333b Should be fixed by: https://git.buildroot.org/buildroot/commit/?id=0c5946acc24a36f9dff079edd054d948c69434f6 > arc | synergy-1.3.1 | NOK | http://autobuild.buildroot.net/results/05bbc22dd6cd5564462226e612ab1e95778fe935 Should be fixed by: https://git.buildroot.org/buildroot/commit/?id=021f95a2a43b9d3e765856ab9eb5e8d5af5a3dcd > microblazeel | vlc-2.2.4 | NOK | http://autobuild.buildroot.net/results/a318f0838a6a602046e719103ac81965c0084d52 internal compiler error: in merge_overlapping_regs, at regrename.c:304 Waldemar, a suggestion for this one ? > arc | xfsprogs-4.8.0 | NOK | http://autobuild.buildroot.net/results/50314716a9f72e8bb238e52e9dc342c68f7e0b8b Fixed by https://git.buildroot.org/buildroot/commit/?id=779ec7f36dfb85c43c093ec5a19116399bcd3252 Thomas -- Thomas Petazzoni, CTO, Free Electrons Embedded Linux and Kernel engineering http://free-electrons.com ^ permalink raw reply [flat|nested] 7+ messages in thread
* [Buildroot] Analysis of build results for 2017-02-25 2017-02-26 21:33 ` [Buildroot] Analysis of build " Thomas Petazzoni @ 2017-02-26 23:00 ` Waldemar Brodkorb 2017-02-27 2:23 ` Sam Bobroff 1 sibling, 0 replies; 7+ messages in thread From: Waldemar Brodkorb @ 2017-02-26 23:00 UTC (permalink / raw) To: buildroot Hi, Thomas Petazzoni wrote, > Hello, > > Sam, Cyril, Frank, Gustavo, Waldemar, Vicente, see below. > > > > arc | samba4-4.5.5 | NOK | http://autobuild.buildroot.net/results/605e36d65bd01310913701af0f9ed1e11fb49385 > > error: 'struct dqblk' has no member named 'dqb_curspace'; did you mean 'dqb_curblocks'? > error: 'struct dqblk' has no member named 'dqb_valid' > error: 'QIF_LIMITS' undeclared (first use in this function) > > Weird. Is it a libc issue? Kernel headers issue? Libc issue fixed here https://cgit.openadk.org/cgi/cgit/uclibc-ng.git/commit/include/sys/quota.h?id=126ffbd45f65d3a6940afc8aaacfada8a73ea8a0 Another case of Synopsis using old uClibc-ng. > > microblazeel | vlc-2.2.4 | NOK | http://autobuild.buildroot.net/results/a318f0838a6a602046e719103ac81965c0084d52 > > internal compiler error: in merge_overlapping_regs, at regrename.c:304 > > Waldemar, a suggestion for this one ? Not yet. best regards Waldemar ^ permalink raw reply [flat|nested] 7+ messages in thread
* [Buildroot] Analysis of build results for 2017-02-25 2017-02-26 21:33 ` [Buildroot] Analysis of build " Thomas Petazzoni 2017-02-26 23:00 ` Waldemar Brodkorb @ 2017-02-27 2:23 ` Sam Bobroff 2017-02-27 4:29 ` Samuel Martin 2017-02-27 8:21 ` Thomas Petazzoni 1 sibling, 2 replies; 7+ messages in thread From: Sam Bobroff @ 2017-02-27 2:23 UTC (permalink / raw) To: buildroot On Sun, Feb 26, 2017 at 10:33:53PM +0100, Thomas Petazzoni wrote: > Hello, > > Sam, Cyril, Frank, Gustavo, Waldemar, Vicente, see below. > > On Sun, 26 Feb 2017 08:28:45 +0100 (CET), Thomas Petazzoni wrote: [snip] > > powerpc64le | domoticz-3.5877 | NOK | http://autobuild.buildroot.net/results/8789303587f693d5104506a7db361e1322091fd1 > > unresolvable R_PPC64_ADDR64 against `rand@@GLIBC_2.17' > > Sam, could you have a look ? Yes. No idea yet what this problem is but trying to reproduce it now. [snip] > > powerpc64le | openocd-0.9.0 | NOK | http://autobuild.buildroot.net/results/3cbe65a46e75b8e67846d593884c96df97dec7a4 > > Would be fixed by https://patchwork.ozlabs.org/patch/724932/, but a > better patch was suggested, but never submitted. It looks like there is an active upstream and all we need to do is jump through enough hoops, so I'll try pushing Samuel Martin's patch or one like it when I have a bit of time. Cheers, Sam. ^ permalink raw reply [flat|nested] 7+ messages in thread
* [Buildroot] Analysis of build results for 2017-02-25 2017-02-27 2:23 ` Sam Bobroff @ 2017-02-27 4:29 ` Samuel Martin 2017-02-27 8:21 ` Thomas Petazzoni 1 sibling, 0 replies; 7+ messages in thread From: Samuel Martin @ 2017-02-27 4:29 UTC (permalink / raw) To: buildroot Hi all, On Mon, Feb 27, 2017 at 3:23 AM, Sam Bobroff <sam.bobroff@au1.ibm.com> wrote: > On Sun, Feb 26, 2017 at 10:33:53PM +0100, Thomas Petazzoni wrote: >> Hello, >> >> Sam, Cyril, Frank, Gustavo, Waldemar, Vicente, see below. >> >> On Sun, 26 Feb 2017 08:28:45 +0100 (CET), Thomas Petazzoni wrote: > > [snip] > >> > powerpc64le | domoticz-3.5877 | NOK | http://autobuild.buildroot.net/results/8789303587f693d5104506a7db361e1322091fd1 >> >> unresolvable R_PPC64_ADDR64 against `rand@@GLIBC_2.17' >> >> Sam, could you have a look ? > > Yes. No idea yet what this problem is but trying to reproduce it now. > > [snip] > >> > powerpc64le | openocd-0.9.0 | NOK | http://autobuild.buildroot.net/results/3cbe65a46e75b8e67846d593884c96df97dec7a4 >> >> Would be fixed by https://patchwork.ozlabs.org/patch/724932/, but a >> better patch was suggested, but never submitted. > > It looks like there is an active upstream and all we need to do is jump > through enough hoops, so I'll try pushing Samuel Martin's patch or one > like it when I have a bit of time. Sorry for not reporting it back earlier. I've submit [1] upstream, but it is still pending for review in openocd's gerrit. [1] http://openocd.zylin.com/#/c/3976/ Regards, -- Samuel ^ permalink raw reply [flat|nested] 7+ messages in thread
* [Buildroot] Analysis of build results for 2017-02-25 2017-02-27 2:23 ` Sam Bobroff 2017-02-27 4:29 ` Samuel Martin @ 2017-02-27 8:21 ` Thomas Petazzoni 2017-02-28 2:28 ` Sam Bobroff 1 sibling, 1 reply; 7+ messages in thread From: Thomas Petazzoni @ 2017-02-27 8:21 UTC (permalink / raw) To: buildroot Hello, On Mon, 27 Feb 2017 13:23:44 +1100, Sam Bobroff wrote: > > unresolvable R_PPC64_ADDR64 against `rand@@GLIBC_2.17' > > > > Sam, could you have a look ? > > Yes. No idea yet what this problem is but trying to reproduce it now. Apparently, the patch https://patchwork.ozlabs.org/patch/727430/ is meant to solve this issue. > > Would be fixed by https://patchwork.ozlabs.org/patch/724932/, but a > > better patch was suggested, but never submitted. > > It looks like there is an active upstream and all we need to do is jump > through enough hoops, so I'll try pushing Samuel Martin's patch or one > like it when I have a bit of time. I've proposed an alternative solution here: https://patchwork.ozlabs.org/patch/732614/ Thomas -- Thomas Petazzoni, CTO, Free Electrons Embedded Linux and Kernel engineering http://free-electrons.com ^ permalink raw reply [flat|nested] 7+ messages in thread
* [Buildroot] Analysis of build results for 2017-02-25 2017-02-27 8:21 ` Thomas Petazzoni @ 2017-02-28 2:28 ` Sam Bobroff 0 siblings, 0 replies; 7+ messages in thread From: Sam Bobroff @ 2017-02-28 2:28 UTC (permalink / raw) To: buildroot On Mon, Feb 27, 2017 at 09:21:43AM +0100, Thomas Petazzoni wrote: > Hello, > > On Mon, 27 Feb 2017 13:23:44 +1100, Sam Bobroff wrote: > > > > unresolvable R_PPC64_ADDR64 against `rand@@GLIBC_2.17' > > > > > > Sam, could you have a look ? > > > > Yes. No idea yet what this problem is but trying to reproduce it now. > > Apparently, the patch https://patchwork.ozlabs.org/patch/727430/ is > meant to solve this issue. Ah thanks, so it's a PPC toolchain bug :-( That patch (adding -O0) works for the test case that's shown in the SUSE bug so it should work, but from what I understand, -O0 is pretty bad. I did some experimenting and it looks like -O3 also works around the problem at least for the test case. What about a patch like the one above but with -O3? > > > Would be fixed by https://patchwork.ozlabs.org/patch/724932/, but a > > > better patch was suggested, but never submitted. > > > > It looks like there is an active upstream and all we need to do is jump > > through enough hoops, so I'll try pushing Samuel Martin's patch or one > > like it when I have a bit of time. > > I've proposed an alternative solution here: > > https://patchwork.ozlabs.org/patch/732614/ > > Thomas > -- > Thomas Petazzoni, CTO, Free Electrons > Embedded Linux and Kernel engineering > http://free-electrons.com ^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2017-02-28 2:28 UTC | newest] Thread overview: 7+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2017-02-26 7:28 [Buildroot] [autobuild.buildroot.net] Build results for 2017-02-25 Thomas Petazzoni 2017-02-26 21:33 ` [Buildroot] Analysis of build " Thomas Petazzoni 2017-02-26 23:00 ` Waldemar Brodkorb 2017-02-27 2:23 ` Sam Bobroff 2017-02-27 4:29 ` Samuel Martin 2017-02-27 8:21 ` Thomas Petazzoni 2017-02-28 2:28 ` Sam Bobroff
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.