* [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 a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox