* [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.