* [Buildroot] [autobuild.buildroot.net] Build results for 2015-02-13
@ 2015-02-14 7:30 Thomas Petazzoni
2015-02-14 17:25 ` Fabio Porcedda
2015-02-14 21:42 ` Thomas Petazzoni
0 siblings, 2 replies; 10+ messages in thread
From: Thomas Petazzoni @ 2015-02-14 7:30 UTC (permalink / raw)
To: buildroot
Build statistics for 2015-02-13
===============================
success : 339
failures : 28
timeouts : 1
TOTAL : 368
Classification of failures by reason
====================================
libwebsock-3c1615eeadb0b582... | 3
libevas-1.7.10 | 3
strace-4.9 | 3
dvdauthor-0.7.1 | 2
php-5.5.21 | 2
mplayer-1.1.1 | 1
libmemcached-1.0.18 | 1
zyre-v1.0.0 | 1
weston-1.6.0 | 1
qt5webkit-5.4.0 | 1
alsa-lib-1.0.28 | 1
cdrkit-1.1.11 | 1
thrift-0.9.2 | 1
gnutls-3.3.12 | 1
qemu-2.1.2 | 1
xmlstarlet-1.5.0 | 1
python-2.7.9 | 1
gptfdisk-0.8.6 | 1
libssh2-1.4.3 | 1
qt5base-5.4.0 | 1
wireshark-1.12.3 | 1
Detail of failures
===================
sh4 | alsa-lib-1.0.28 | NOK | http://autobuild.buildroot.net/results/7e3dc7d48d2c62867ea6f95615d583dee9b42e4b/
mipsel | cdrkit-1.1.11 | NOK | http://autobuild.buildroot.net/results/b1ec2e994c9b1f2629f37f54e04b228ad13ce3ca/
bfin | dvdauthor-0.7.1 | NOK | http://autobuild.buildroot.net/results/6f30e976f307e2eca68abf7e379506e2754891ae/
bfin | dvdauthor-0.7.1 | NOK | http://autobuild.buildroot.net/results/73aa1c7a2946f878c246e4cfec64859e04aaced1/
x86_64 | gnutls-3.3.12 | NOK | http://autobuild.buildroot.net/results/d0d4618937af10ee675e84c86b13b0d48050fe47/
bfin | gptfdisk-0.8.6 | NOK | http://autobuild.buildroot.net/results/809af19323fb5d40b88dc4b8ca9ab07082e18d81/
arc | libevas-1.7.10 | NOK | http://autobuild.buildroot.net/results/ee9ab4b54d6c1d2c774362d518c6c0055ec6e898/
arm | libevas-1.7.10 | NOK | http://autobuild.buildroot.net/results/d69a324434f370b490a53e6191d38a204ac28371/
arm | libevas-1.7.10 | NOK | http://autobuild.buildroot.net/results/79b004e42331c4b581f2d3ead7ebec0c316f29f8/
bfin | libmemcached-1.0.18 | NOK | http://autobuild.buildroot.net/results/188b0890761ec6ec618beda46e88396c3f0a7805/
x86_64 | libssh2-1.4.3 | NOK | http://autobuild.buildroot.net/results/93b43e114f21a22f0f8b7d7dd6774c089c426cd1/
bfin | libwebsock-3c1615eeadb0b582... | NOK | http://autobuild.buildroot.net/results/71362af474461e99b7c188a316aa644a0faaad2e/
bfin | libwebsock-3c1615eeadb0b582... | NOK | http://autobuild.buildroot.net/results/469eadc6a7aa81c13643b5c249a63cf11d8c3fc9/
bfin | libwebsock-3c1615eeadb0b582... | NOK | http://autobuild.buildroot.net/results/1739ec14ce49a57d06a73d9164f42061ce80f203/
x86_64 | mplayer-1.1.1 | NOK | http://autobuild.buildroot.net/results/24423eb5b72b56c5419d4ce9d95aedc17b4c8256/
aarch64 | php-5.5.21 | NOK | http://autobuild.buildroot.net/results/3d68fe01c0c167b2567e810d005f4e9b569ceffb/
bfin | php-5.5.21 | NOK | http://autobuild.buildroot.net/results/fadb76d19f40bd4c8921e607df5b8e319a4ece86/
sh4 | python-2.7.9 | NOK | http://autobuild.buildroot.net/results/7bfd88269006e229cd120af6b3a8bf04261ad699/
i686 | qemu-2.1.2 | NOK | http://autobuild.buildroot.net/results/51c45ce58caf0eb6ea0e2f95efbc5eaf6fa0392a/
powerpc | qt5base-5.4.0 | NOK | http://autobuild.buildroot.net/results/ad2ba82677680082ae837b39dee5acd22967843f/
arm | qt5webkit-5.4.0 | NOK | http://autobuild.buildroot.net/results/ea2cd4691db18c549e5a51a143acb9073afc135a/
mipsel | strace-4.9 | NOK | http://autobuild.buildroot.net/results/dd30cae433f49980c7a80463969c38e40b6c0ce2/
mipsel | strace-4.9 | NOK | http://autobuild.buildroot.net/results/2b5826a87d0fe78003f089ef12fe8652e1cae78c/
mipsel | strace-4.9 | NOK | http://autobuild.buildroot.net/results/eda54770cfe7da2b636d452877f3e1ac13c08950/
bfin | thrift-0.9.2 | NOK | http://autobuild.buildroot.net/results/76f670d9654bca4b1f0e124c28997866fa174285/
powerpc | weston-1.6.0 | NOK | http://autobuild.buildroot.net/results/18a06027475686e6d377efe3da48118f433045b1/
powerpc | wireshark-1.12.3 | NOK | http://autobuild.buildroot.net/results/d900fea263e1b161d83cd6e5f0326515d65b4b7a/
bfin | xmlstarlet-1.5.0 | NOK | http://autobuild.buildroot.net/results/2929ab7d0b2d19612988faea483b09a79851c03a/
powerpc | zyre-v1.0.0 | TIM | http://autobuild.buildroot.net/results/aa4a6cc76e9195f9f76d776e118c4769b09bf453/
--
http://autobuild.buildroot.net
^ permalink raw reply [flat|nested] 10+ messages in thread
* [Buildroot] [autobuild.buildroot.net] Build results for 2015-02-13
2015-02-14 7:30 [Buildroot] [autobuild.buildroot.net] Build results for 2015-02-13 Thomas Petazzoni
@ 2015-02-14 17:25 ` Fabio Porcedda
2015-02-14 17:49 ` Thomas Petazzoni
2015-02-14 21:42 ` Thomas Petazzoni
1 sibling, 1 reply; 10+ messages in thread
From: Fabio Porcedda @ 2015-02-14 17:25 UTC (permalink / raw)
To: buildroot
On Sat, Feb 14, 2015 at 8:30 AM, Thomas Petazzoni
<thomas.petazzoni@free-electrons.com> wrote:
<snip>
> x86_64 | gnutls-3.3.12 | NOK | http://autobuild.buildroot.net/results/d0d4618937af10ee675e84c86b13b0d48050fe47/
Even using the br-reproduce-build script I'm unable to reproduce this failure.
on a Fedora 21 x64 machine.
Because this failure happens only on the Thomas Petazzoni's Free
Electrons server, any chance that the failure can be related to the
build machine?
BR
--
Fabio Porcedda
^ permalink raw reply [flat|nested] 10+ messages in thread
* [Buildroot] [autobuild.buildroot.net] Build results for 2015-02-13
2015-02-14 17:25 ` Fabio Porcedda
@ 2015-02-14 17:49 ` Thomas Petazzoni
0 siblings, 0 replies; 10+ messages in thread
From: Thomas Petazzoni @ 2015-02-14 17:49 UTC (permalink / raw)
To: buildroot
Dear Fabio Porcedda,
On Sat, 14 Feb 2015 18:25:57 +0100, Fabio Porcedda wrote:
> Even using the br-reproduce-build script I'm unable to reproduce this failure.
> on a Fedora 21 x64 machine.
> Because this failure happens only on the Thomas Petazzoni's Free
> Electrons server, any chance that the failure can be related to the
> build machine?
I have just started a build on this machine to see what's going on.
Thanks for reporting!
Thomas
--
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
^ permalink raw reply [flat|nested] 10+ messages in thread
* [Buildroot] [autobuild.buildroot.net] Build results for 2015-02-13
2015-02-14 7:30 [Buildroot] [autobuild.buildroot.net] Build results for 2015-02-13 Thomas Petazzoni
2015-02-14 17:25 ` Fabio Porcedda
@ 2015-02-14 21:42 ` Thomas Petazzoni
2015-02-15 12:32 ` Romain Naour
` (2 more replies)
1 sibling, 3 replies; 10+ messages in thread
From: Thomas Petazzoni @ 2015-02-14 21:42 UTC (permalink / raw)
To: buildroot
Hello,
On Sat, 14 Feb 2015 08:30:13 +0100 (CET), Thomas Petazzoni wrote:
> sh4 | alsa-lib-1.0.28 | NOK | http://autobuild.buildroot.net/results/7e3dc7d48d2c62867ea6f95615d583dee9b42e4b/
The infamous static linking problem with uClibc, which still exists on
SH4 because the toolchains have not been rebuilt since a long time.
Would anyone be willing to look at fixing the SH4 support in the
internal toolchain backend? It's broken due to SH4 requiring some form
of multilib support.
> mipsel | cdrkit-1.1.11 | NOK | http://autobuild.buildroot.net/results/b1ec2e994c9b1f2629f37f54e04b228ad13ce3ca/
This is another uClibc issue. Vicente, I believe we don't yet have an
exception for this one, do we? Or is the issue fixed, but not visible
yet since we have not yet rebuilt the toolchains?
> bfin | dvdauthor-0.7.1 | NOK | http://autobuild.buildroot.net/results/6f30e976f307e2eca68abf7e379506e2754891ae/
> bfin | dvdauthor-0.7.1 | NOK | http://autobuild.buildroot.net/results/73aa1c7a2946f878c246e4cfec64859e04aaced1/
I remember starting having a quick look, but I think I was not able to
reproduce on my machine, for some reason.
> x86_64 | gnutls-3.3.12 | NOK | http://autobuild.buildroot.net/results/d0d4618937af10ee675e84c86b13b0d48050fe47/
Patch sent, http://patchwork.ozlabs.org/patch/439796/.
> bfin | gptfdisk-0.8.6 | NOK | http://autobuild.buildroot.net/results/809af19323fb5d40b88dc4b8ca9ab07082e18d81/
Missing -liconv.
> arc | libevas-1.7.10 | NOK | http://autobuild.buildroot.net/results/ee9ab4b54d6c1d2c774362d518c6c0055ec6e898/
> arm | libevas-1.7.10 | NOK | http://autobuild.buildroot.net/results/d69a324434f370b490a53e6191d38a204ac28371/
> arm | libevas-1.7.10 | NOK | http://autobuild.buildroot.net/results/79b004e42331c4b581f2d3ead7ebec0c316f29f8/
Romain Naour has said on IRC he was looking at these ones.
> bfin | libmemcached-1.0.18 | NOK | http://autobuild.buildroot.net/results/188b0890761ec6ec618beda46e88396c3f0a7805/
Most likely it tries to generate a shared library.
> x86_64 | libssh2-1.4.3 | NOK | http://autobuild.buildroot.net/results/93b43e114f21a22f0f8b7d7dd6774c089c426cd1/
Fixed by
http://git.buildroot.net/buildroot/commit/?id=3f335ed5508abe3a19e5e2106eb5339531cb4a82.
> bfin | libwebsock-3c1615eeadb0b582... | NOK | http://autobuild.buildroot.net/results/71362af474461e99b7c188a316aa644a0faaad2e/
> bfin | libwebsock-3c1615eeadb0b582... | NOK | http://autobuild.buildroot.net/results/469eadc6a7aa81c13643b5c249a63cf11d8c3fc9/
> bfin | libwebsock-3c1615eeadb0b582... | NOK | http://autobuild.buildroot.net/results/1739ec14ce49a57d06a73d9164f42061ce80f203/
Not sure.
> x86_64 | mplayer-1.1.1 | NOK | http://autobuild.buildroot.net/results/24423eb5b72b56c5419d4ce9d95aedc17b4c8256/
Fixed by
http://git.buildroot.net/buildroot/commit/?id=f87f3d139637410b0c418926795883509490d9af.
> aarch64 | php-5.5.21 | NOK | http://autobuild.buildroot.net/results/3d68fe01c0c167b2567e810d005f4e9b569ceffb/
Seems like a compiler issue:
/tmp/ccZMztUg.s: Assembler messages:
/tmp/ccZMztUg.s:2962: Error: operand 2 should be an integer register -- `mul x1,[x29,32],[x29,40]'
/tmp/ccZMztUg.s:2963: Error: operand 2 should be an integer register -- `smulh x0,[x29,32],[x29,40]'
/tmp/ccZMztUg.s:3033: Error: operand 2 should be an integer register -- `mul x1,[x29,40],[x29,40]'
/tmp/ccZMztUg.s:3034: Error: operand 2 should be an integer register -- `smulh x0,[x29,40],[x29,40]'
make[1]: *** [ext/standard/math.lo] Error 1
Probably something to report to the Linaro filks.
> bfin | php-5.5.21 | NOK | http://autobuild.buildroot.net/results/fadb76d19f40bd4c8921e607df5b8e319a4ece86/
checking for sqlite3_open in -lsqlite3... no
configure: error: wrong sqlite lib version or lib not found
make: *** [/home/test/autobuild/instance-0/output/build/php-5.5.21/.stamp_configured] Error 1
make: Leaving directory `/home/test/autobuild/instance-0/buildroot'
> sh4 | python-2.7.9 | NOK | http://autobuild.buildroot.net/results/7bfd88269006e229cd120af6b3a8bf04261ad699/
Same problem as alsa-lib: static linking issue with uClibc.
> i686 | qemu-2.1.2 | NOK | http://autobuild.buildroot.net/results/51c45ce58caf0eb6ea0e2f95efbc5eaf6fa0392a/
Compiler issue:
internal compiler error: in assign_by_spills, at lra-assigns.c:1281
Anyone to look into this?
> powerpc | qt5base-5.4.0 | NOK | http://autobuild.buildroot.net/results/ad2ba82677680082ae837b39dee5acd22967843f/
The -fuse-ld=gold issue, for which Peter has said he would send a patch.
> arm | qt5webkit-5.4.0 | NOK | http://autobuild.buildroot.net/results/ea2cd4691db18c549e5a51a143acb9073afc135a/
internal compiler error: in expand_expr_addr_expr_1, at expr.c:7669
> mipsel | strace-4.9 | NOK | http://autobuild.buildroot.net/results/dd30cae433f49980c7a80463969c38e40b6c0ce2/
> mipsel | strace-4.9 | NOK | http://autobuild.buildroot.net/results/2b5826a87d0fe78003f089ef12fe8652e1cae78c/
> mipsel | strace-4.9 | NOK | http://autobuild.buildroot.net/results/eda54770cfe7da2b636d452877f3e1ac13c08950/
These are irrelevant, due to the autobuild-run not being up-to-date.
> bfin | thrift-0.9.2 | NOK | http://autobuild.buildroot.net/results/76f670d9654bca4b1f0e124c28997866fa174285/
libstdc++ issue. I sent a patch a long time ago, but there were
non-trivial comments to address:
> powerpc | weston-1.6.0 | NOK | http://autobuild.buildroot.net/results/18a06027475686e6d377efe3da48118f433045b1/
src/launcher-util.c: In function 'weston_launcher_open':
src/launcher-util.c:165:37: error: 'MSG_CMSG_CLOEXEC' undeclared (first use in this function)
len = recvmsg(launcher->fd, &msg, MSG_CMSG_CLOEXEC);
> powerpc | wireshark-1.12.3 | NOK | http://autobuild.buildroot.net/results/d900fea263e1b161d83cd6e5f0326515d65b4b7a/
dissectors/.libs/libdissectors.a(libdissectors_la-packet-catapult-dct2000.o): In function `dissect_rrc_lte':
packet-catapult-dct2000.c:(.text.unlikely+0x838): relocation truncated to fit: R_PPC_PLTREL24 against symbol `call_dissector_only' defined in .text section in .libs/libwireshark_la-packet.o
dissectors/.libs/libdissectors.a(libdissectors_la-packet-dcerpc.o): In function `dissect_dcerpc_verifier':
(and more)
> bfin | xmlstarlet-1.5.0 | NOK | http://autobuild.buildroot.net/results/2929ab7d0b2d19612988faea483b09a79851c03a/
/home/test/autobuild/instance-3/output/host/usr/bfin-buildroot-uclinux-uclibc/sysroot/usr/lib/libexslt.a(crypto.o): In function `_exsltCryptoGcryptInit':
crypto.c:(.text+0x112): undefined reference to `_gcry_check_version'
Missing -l flag.
Thomas
--
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
^ permalink raw reply [flat|nested] 10+ messages in thread
* [Buildroot] [autobuild.buildroot.net] Build results for 2015-02-13
2015-02-14 21:42 ` Thomas Petazzoni
@ 2015-02-15 12:32 ` Romain Naour
2015-02-15 13:25 ` Vicente Olivert Riera
2015-02-15 17:30 ` Waldemar Brodkorb
2 siblings, 0 replies; 10+ messages in thread
From: Romain Naour @ 2015-02-15 12:32 UTC (permalink / raw)
To: buildroot
Hi Thomas, All,
Le 14/02/2015 22:42, Thomas Petazzoni a ?crit :
> Hello,
>
>> bfin | dvdauthor-0.7.1 | NOK | http://autobuild.buildroot.net/results/6f30e976f307e2eca68abf7e379506e2754891ae/
>> bfin | dvdauthor-0.7.1 | NOK | http://autobuild.buildroot.net/results/73aa1c7a2946f878c246e4cfec64859e04aaced1/
>
> I remember starting having a quick look, but I think I was not able to
> reproduce on my machine, for some reason.
Static build issue
http://patchwork.ozlabs.org/patch/439830/
>
>> arc | libevas-1.7.10 | NOK | http://autobuild.buildroot.net/results/ee9ab4b54d6c1d2c774362d518c6c0055ec6e898/
>> arm | libevas-1.7.10 | NOK | http://autobuild.buildroot.net/results/d69a324434f370b490a53e6191d38a204ac28371/
>> arm | libevas-1.7.10 | NOK | http://autobuild.buildroot.net/results/79b004e42331c4b581f2d3ead7ebec0c316f29f8/
>
> Romain Naour has said on IRC he was looking at these ones.
>
Dependency/packaging build issue.
Libevas package needs to be reviewed for GLES2/gl2.h provider (messa3d...)
http://patchwork.ozlabs.org/patch/439806/
http://patchwork.ozlabs.org/patch/439808/
http://patchwork.ozlabs.org/patch/439807/
>
>> bfin | libwebsock-3c1615eeadb0b582... | NOK | http://autobuild.buildroot.net/results/71362af474461e99b7c188a316aa644a0faaad2e/
>> bfin | libwebsock-3c1615eeadb0b582... | NOK | http://autobuild.buildroot.net/results/469eadc6a7aa81c13643b5c249a63cf11d8c3fc9/
>> bfin | libwebsock-3c1615eeadb0b582... | NOK | http://autobuild.buildroot.net/results/1739ec14ce49a57d06a73d9164f42061ce80f203/
>
> Not sure.
>
Static build issue.
libwebsock can't find libevent_openssl.pc because libevent package silently fail
to enable openssl support although openssl support is explicitly requested.
Libevent:
checking for library containing SSL_new... no
no patch yet... or disable openssl support in libwebsock for static build.
Best regards,
Romain Naour
^ permalink raw reply [flat|nested] 10+ messages in thread
* [Buildroot] [autobuild.buildroot.net] Build results for 2015-02-13
2015-02-14 21:42 ` Thomas Petazzoni
2015-02-15 12:32 ` Romain Naour
@ 2015-02-15 13:25 ` Vicente Olivert Riera
2015-02-15 17:30 ` Waldemar Brodkorb
2 siblings, 0 replies; 10+ messages in thread
From: Vicente Olivert Riera @ 2015-02-15 13:25 UTC (permalink / raw)
To: buildroot
Hello Thomas,
On 14/02/15 22:42, Thomas Petazzoni wrote:
> Hello,
>
> On Sat, 14 Feb 2015 08:30:13 +0100 (CET), Thomas Petazzoni wrote:
>> mipsel | cdrkit-1.1.11 | NOK | http://autobuild.buildroot.net/results/b1ec2e994c9b1f2629f37f54e04b228ad13ce3ca/
>
> This is another uClibc issue. Vicente, I believe we don't yet have an
> exception for this one, do we? Or is the issue fixed, but not visible
> yet since we have not yet rebuilt the toolchains?
No, this issue is not fixed upstream. It was reported long time ago.
We do not have an exception to this in the autobuild-run script. I will
add one. Thanks.
Regards,
--
Vincent
^ permalink raw reply [flat|nested] 10+ messages in thread
* [Buildroot] [autobuild.buildroot.net] Build results for 2015-02-13
2015-02-14 21:42 ` Thomas Petazzoni
2015-02-15 12:32 ` Romain Naour
2015-02-15 13:25 ` Vicente Olivert Riera
@ 2015-02-15 17:30 ` Waldemar Brodkorb
2015-03-15 13:28 ` Thomas Petazzoni
2 siblings, 1 reply; 10+ messages in thread
From: Waldemar Brodkorb @ 2015-02-15 17:30 UTC (permalink / raw)
To: buildroot
Hi,
Thomas Petazzoni wrote,
> Hello,
>
> On Sat, 14 Feb 2015 08:30:13 +0100 (CET), Thomas Petazzoni wrote:
>
> > sh4 | alsa-lib-1.0.28 | NOK | http://autobuild.buildroot.net/results/7e3dc7d48d2c62867ea6f95615d583dee9b42e4b/
>
> The infamous static linking problem with uClibc, which still exists on
> SH4 because the toolchains have not been rebuilt since a long time.
> Would anyone be willing to look at fixing the SH4 support in the
> internal toolchain backend? It's broken due to SH4 requiring some form
> of multilib support.
I just build a sh4 toolchain with uClibc 0.9.33.2. No issues.
./output/host/usr/bin/sh4-buildroot-linux-uclibc-gcc -v
Using built-in specs.
COLLECT_GCC=./output/host/usr/bin/sh4-buildroot-linux-uclibc-gcc
COLLECT_LTO_WRAPPER=/home/wbx/br/output/host/usr/libexec/gcc/sh4-buildroot-linux-uclibc/4.8.4/lto-wrapper
Target: sh4-buildroot-linux-uclibc
Configured with: ./configure --prefix=/home/wbx/br/output/host/usr
--sysconfdir=/home/wbx/br/output/host/etc --enable-static
--target=sh4-buildroot-linux-uclibc
--with-sysroot=/home/wbx/br/output/host/usr/sh4-buildroot-linux-uclibc/sysroot
--disable-__cxa_atexit --with-gnu-ld --disable-libssp
--disable-multilib --with-gmp=/home/wbx/br/output/host/usr
--with-mpfr=/home/wbx/br/output/host/usr --enable-target-optspace
--disable-libquadmath --disable-libsanitizer --enable-tls
--disable-libmudflap --enable-threads
--with-mpc=/home/wbx/br/output/host/usr --without-isl
--without-cloog --disable-decimal-float --with-pkgversion='Buildroot
2015.02-rc1-00016-gd45454d' --with-bugurl=http://bugs.buildroot.net/
--enable-languages=c --disable-largefile
--enable-poison-system-directories
--with-build-time-tools=/home/wbx/br/output/host/usr/sh4-buildroot-linux-uclibc/bin
--enable-shared --disable-libgomp
Thread model: posix
gcc version 4.8.4 (Buildroot 2015.02-rc1-00016-gd45454d)
What is the exact problem?
best regards
Waldemar
^ permalink raw reply [flat|nested] 10+ messages in thread
* [Buildroot] [autobuild.buildroot.net] Build results for 2015-02-13
2015-02-15 17:30 ` Waldemar Brodkorb
@ 2015-03-15 13:28 ` Thomas Petazzoni
2015-03-15 21:36 ` Waldemar Brodkorb
0 siblings, 1 reply; 10+ messages in thread
From: Thomas Petazzoni @ 2015-03-15 13:28 UTC (permalink / raw)
To: buildroot
Dear Waldemar Brodkorb,
On Sun, 15 Feb 2015 18:30:10 +0100, Waldemar Brodkorb wrote:
> I just build a sh4 toolchain with uClibc 0.9.33.2. No issues.
[...]
> What is the exact problem?
I just tried again today, on Buildroot 2015.02 official, with the
following defconfig:
BR2_sh=y
BR2_TOOLCHAIN_BUILDROOT_LARGEFILE=y
BR2_TOOLCHAIN_BUILDROOT_INET_IPV6=y
BR2_TOOLCHAIN_BUILDROOT_INET_RPC=y
BR2_TOOLCHAIN_BUILDROOT_LOCALE=y
BR2_TOOLCHAIN_BUILDROOT_CXX=y
BR2_INIT_NONE=y
# BR2_PACKAGE_BUSYBOX is not set
# BR2_TARGET_ROOTFS_TAR is not set
The toolchain build fails with:
if [ ! -e /opt/br-sh4-full-2015.02/usr/bin/sh4-buildroot-linux-uclibc-cc ]; then ln -snf sh4-buildroot-linux-uclibc-gcc /opt/br-sh4-full-2015.02/usr/bin/sh4-buildroot-linux-uclibc-cc; fi
if [ ! -e /opt/br-sh4-full-2015.02/usr/sh4-buildroot-linux-uclibc/bin/cc ]; then ln -snf gcc /opt/br-sh4-full-2015.02/usr/sh4-buildroot-linux-uclibc/bin/cc; fi
(cd /opt/br-sh4-full-2015.02/usr/bin; for i in sh4-buildroot-linux-uclibc-*; do ln -snf $i sh4-linux${i##sh4-buildroot-linux-uclibc}; done)
cp -dpf /opt/br-sh4-full-2015.02/usr/sh4-buildroot-linux-uclibc/lib*/libgcc_s* /opt/br-sh4-full-2015.02/usr/sh4-buildroot-linux-uclibc/sysroot/lib/
cp: cannot stat `/opt/br-sh4-full-2015.02/usr/sh4-buildroot-linux-uclibc/lib*/libgcc_s*': No such file or directory
make: [/opt/toolchain-build/build/host-gcc-final-4.8.4/.stamp_host_installed] Error 1 (ignored)
cp -dpf /opt/br-sh4-full-2015.02/usr/sh4-buildroot-linux-uclibc/lib*/libgcc_s* /opt/toolchain-build/target/lib/
cp: cannot stat `/opt/br-sh4-full-2015.02/usr/sh4-buildroot-linux-uclibc/lib*/libgcc_s*': No such file or directory
make: [/opt/toolchain-build/build/host-gcc-final-4.8.4/.stamp_host_installed] Error 1 (ignored)
mkdir -p /opt/toolchain-build/target/usr/lib
for i in libstdc++ ; do cp -dpf /opt/br-sh4-full-2015.02/usr/sh4-buildroot-linux-uclibc/lib*/${i}.a /opt/br-sh4-full-2015.02/usr/sh4-buildroot-linux-uclibc/sysroot/usr/lib/ ; done
cp: cannot stat `/opt/br-sh4-full-2015.02/usr/sh4-buildroot-linux-uclibc/lib*/libstdc++.a': No such file or directory
make: *** [/opt/toolchain-build/build/host-gcc-final-4.8.4/.stamp_host_installed] Error 1
make: Leaving directory `/home/test/toolchains/build/buildroot'
It's because libgcc_s is in a directory named after the multilib
variant, since sh4 toolchain builds are multilib, as far as I
understand.
Any idea?
Thomas
--
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
^ permalink raw reply [flat|nested] 10+ messages in thread
* [Buildroot] [autobuild.buildroot.net] Build results for 2015-02-13
2015-03-15 13:28 ` Thomas Petazzoni
@ 2015-03-15 21:36 ` Waldemar Brodkorb
2015-03-15 21:45 ` Thomas Petazzoni
0 siblings, 1 reply; 10+ messages in thread
From: Waldemar Brodkorb @ 2015-03-15 21:36 UTC (permalink / raw)
To: buildroot
Hi Thomas,
Thomas Petazzoni wrote,
> Dear Waldemar Brodkorb,
>
> On Sun, 15 Feb 2015 18:30:10 +0100, Waldemar Brodkorb wrote:
>
> > I just build a sh4 toolchain with uClibc 0.9.33.2. No issues.
>
> [...]
>
> > What is the exact problem?
>
> I just tried again today, on Buildroot 2015.02 official, with the
> following defconfig:
>
> BR2_sh=y
> BR2_TOOLCHAIN_BUILDROOT_LARGEFILE=y
> BR2_TOOLCHAIN_BUILDROOT_INET_IPV6=y
> BR2_TOOLCHAIN_BUILDROOT_INET_RPC=y
> BR2_TOOLCHAIN_BUILDROOT_LOCALE=y
> BR2_TOOLCHAIN_BUILDROOT_CXX=y
> BR2_INIT_NONE=y
> # BR2_PACKAGE_BUSYBOX is not set
> # BR2_TARGET_ROOTFS_TAR is not set
>
> The toolchain build fails with:
> if [ ! -e /opt/br-sh4-full-2015.02/usr/bin/sh4-buildroot-linux-uclibc-cc ]; then ln -snf sh4-buildroot-linux-uclibc-gcc /opt/br-sh4-full-2015.02/usr/bin/sh4-buildroot-linux-uclibc-cc; fi
> if [ ! -e /opt/br-sh4-full-2015.02/usr/sh4-buildroot-linux-uclibc/bin/cc ]; then ln -snf gcc /opt/br-sh4-full-2015.02/usr/sh4-buildroot-linux-uclibc/bin/cc; fi
> (cd /opt/br-sh4-full-2015.02/usr/bin; for i in sh4-buildroot-linux-uclibc-*; do ln -snf $i sh4-linux${i##sh4-buildroot-linux-uclibc}; done)
> cp -dpf /opt/br-sh4-full-2015.02/usr/sh4-buildroot-linux-uclibc/lib*/libgcc_s* /opt/br-sh4-full-2015.02/usr/sh4-buildroot-linux-uclibc/sysroot/lib/
> cp: cannot stat `/opt/br-sh4-full-2015.02/usr/sh4-buildroot-linux-uclibc/lib*/libgcc_s*': No such file or directory
> make: [/opt/toolchain-build/build/host-gcc-final-4.8.4/.stamp_host_installed] Error 1 (ignored)
> cp -dpf /opt/br-sh4-full-2015.02/usr/sh4-buildroot-linux-uclibc/lib*/libgcc_s* /opt/toolchain-build/target/lib/
> cp: cannot stat `/opt/br-sh4-full-2015.02/usr/sh4-buildroot-linux-uclibc/lib*/libgcc_s*': No such file or directory
> make: [/opt/toolchain-build/build/host-gcc-final-4.8.4/.stamp_host_installed] Error 1 (ignored)
> mkdir -p /opt/toolchain-build/target/usr/lib
> for i in libstdc++ ; do cp -dpf /opt/br-sh4-full-2015.02/usr/sh4-buildroot-linux-uclibc/lib*/${i}.a /opt/br-sh4-full-2015.02/usr/sh4-buildroot-linux-uclibc/sysroot/usr/lib/ ; done
> cp: cannot stat `/opt/br-sh4-full-2015.02/usr/sh4-buildroot-linux-uclibc/lib*/libstdc++.a': No such file or directory
> make: *** [/opt/toolchain-build/build/host-gcc-final-4.8.4/.stamp_host_installed] Error 1
> make: Leaving directory `/home/test/toolchains/build/buildroot'
>
> It's because libgcc_s is in a directory named after the multilib
> variant, since sh4 toolchain builds are multilib, as far as I
> understand.
>
> Any idea?
If you want to create a sh4 toolchain, which is usable to compile a
Linux Kernel you need to enable multilib support so that the
toolchain can be used to compile fpu/non-fpu code.
If you use make qemu_sh4_r2d_defconfig, then following option is
enabled:
BR2_EXTRA_GCC_CONFIG_OPTIONS="--with-multilib-list=m4,m4-nofpu"
This works fine and the result boots up fine in Qemu.
Your defconfig does not generate a multilib toolchain.
The compiler still generates
br-sh4-full-2015.02/usr/sh4-buildroot-linux-uclibc/lib/!m4/libgcc_s.so
which is not matched by your globbing in
package/gcc/gcc-final/gcc-final.mk ->
$(HOST_DIR)/usr/$(GNU_TARGET_NAME)/lib*/libgcc_s*
The sh4 stuff was already discussed last year by you:
http://lists.busybox.net/pipermail/buildroot/2014-March/091385.html
The patch will work fine.
I think defaulting to multilib toolchain for sh4 would be a good
thing. We do not need the nofpu libgcc on the target.
best regards
Waldemar
^ permalink raw reply [flat|nested] 10+ messages in thread
* [Buildroot] [autobuild.buildroot.net] Build results for 2015-02-13
2015-03-15 21:36 ` Waldemar Brodkorb
@ 2015-03-15 21:45 ` Thomas Petazzoni
0 siblings, 0 replies; 10+ messages in thread
From: Thomas Petazzoni @ 2015-03-15 21:45 UTC (permalink / raw)
To: buildroot
Dear Waldemar Brodkorb,
On Sun, 15 Mar 2015 22:36:45 +0100, Waldemar Brodkorb wrote:
> If you want to create a sh4 toolchain, which is usable to compile a
> Linux Kernel you need to enable multilib support so that the
> toolchain can be used to compile fpu/non-fpu code.
> If you use make qemu_sh4_r2d_defconfig, then following option is
> enabled:
> BR2_EXTRA_GCC_CONFIG_OPTIONS="--with-multilib-list=m4,m4-nofpu"
> This works fine and the result boots up fine in Qemu.
Yes, and it's not great that we have to pass such a custom gcc option
to get a toolchain that is capable of building the Linux kernel.
> Your defconfig does not generate a multilib toolchain.
> The compiler still generates
> br-sh4-full-2015.02/usr/sh4-buildroot-linux-uclibc/lib/!m4/libgcc_s.so
> which is not matched by your globbing in
> package/gcc/gcc-final/gcc-final.mk ->
> $(HOST_DIR)/usr/$(GNU_TARGET_NAME)/lib*/libgcc_s*
>
> The sh4 stuff was already discussed last year by you:
> http://lists.busybox.net/pipermail/buildroot/2014-March/091385.html
>
> The patch will work fine.
But does this patch works when yuo have
--with-multilib-list=m4,m4-nofpu? Then I guess you have two libgcc in
two different directories, so with this patch, we're going to pick one
of them, no?
Thomas
--
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
^ permalink raw reply [flat|nested] 10+ messages in thread
end of thread, other threads:[~2015-03-15 21:45 UTC | newest]
Thread overview: 10+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2015-02-14 7:30 [Buildroot] [autobuild.buildroot.net] Build results for 2015-02-13 Thomas Petazzoni
2015-02-14 17:25 ` Fabio Porcedda
2015-02-14 17:49 ` Thomas Petazzoni
2015-02-14 21:42 ` Thomas Petazzoni
2015-02-15 12:32 ` Romain Naour
2015-02-15 13:25 ` Vicente Olivert Riera
2015-02-15 17:30 ` Waldemar Brodkorb
2015-03-15 13:28 ` Thomas Petazzoni
2015-03-15 21:36 ` Waldemar Brodkorb
2015-03-15 21:45 ` Thomas Petazzoni
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.