From: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
To: buildroot@busybox.net
Subject: [Buildroot] [autobuild.buildroot.net] Build results for 2015-07-27
Date: Tue, 28 Jul 2015 10:57:15 +0200 [thread overview]
Message-ID: <20150728105715.22962d48@free-electrons.com> (raw)
In-Reply-To: <20150728063018.ECCE8101BC0@stock.ovh.net>
Hello,
Brendan, Guillaume, J?rg, Waldemar, Samuel, Johan, Maxime, Alexey, Max,
Gustavo, Julien, Vicente, Clayton, see below. Thanks!
On Tue, 28 Jul 2015 08:30:18 +0200 (CEST), Thomas Petazzoni wrote:
> Build statistics for 2015-07-27
> ===============================
>
> success : 124
> failures : 68
This is getting a bit better, so let's have a look at the build
failures. Here are some quick stats I gathered on the failure reasons:
misc issues: 19
ARC toolchain problems: 12
musl: 8
too old gcc: 8
sourceforge download problem: 6
static linking issues: 4
atomic issues: 3
issues already fixed: 3
host-erlang-rebar timeout: 2
xtensa toolchain problems: 2
gcc 5.x problems: 2
> x86_64 | acpid-2.0.22 | NOK | http://autobuild.buildroot.net/results/7e60af535dd4177afdc4cb7b92e9abf27c3fba07/
> x86_64 | acpid-2.0.22 | NOK | http://autobuild.buildroot.net/results/90ca6a8d6947a320996376a453dfb1aa34b543ac/
musl build problems. Brendan, you worked on this issue, do you have an
update from upstream? Can you submit a patch to fix this?
> x86_64 | aircrack-ng-1.2-rc1 | NOK | http://autobuild.buildroot.net/results/6394b7e939f6353f0553dca111f0d395f391c999/
Musl build problem. The infamous "fatal error: sys/cdefs.h: No such file
or directory". Should be quite issue to fix.
> arc | atf-0.21 | NOK | http://autobuild.buildroot.net/results/1acd3d2c2ff1afc2ddcddfa4aea11ad42e32f293/
> arc | atf-0.21 | NOK | http://autobuild.buildroot.net/results/dcc6a4d892d13d6ee7755bc1449e34bdf21363bd/
libstdc++/.tbss issue on ARC, problem known.
> arc | audiofile-0.3.6 | NOK | http://autobuild.buildroot.net/results/6c818b2d3d33cdbe5378edbea4ff438666164c4a/
Same.
> arm | bdwgc-7.4.2 | NOK | http://autobuild.buildroot.net/results/1edb5e7dab88d3fefca533ab56f7ddc7dd5411d2/
Musl build issue. Any taker?
> sparc | busybox-1.23.2 | NOK | http://autobuild.buildroot.net/results/317c4f3766690fbb43e42a02ebac1001ba822dee/
libtirpc uses atomics, we need to link with -latomic. Maybe should be
addressed by a libtirpc patch that adds -latomic to its .pc file?
> arm | bwm-ng-0.6 | NOK | http://autobuild.buildroot.net/results/a0c5582ff4071101dbf4b4b82b53c4179f274ec8/
Looks like a gcc 5.x build issue
bwm-ng.c:(.text.startup+0x1c8): undefined reference to `get_iface_stats'
bwm-ng.c:(.text.startup+0x2bc): undefined reference to `get_iface_stats'
Any taker?
> arm | c-icap-0.3.5 | NOK | http://autobuild.buildroot.net/results/bf8cd49cb78dafd4809739bc8616ce20f13afe69/
Not sure what's going on. Happens when using static linking.
c_icap-service.o: In function `load_c_service':
service.c:(.text+0x710): undefined reference to `ci_module_load'
service.c:(.text+0x720): undefined reference to `ci_module_sym'
service.c:(.text+0x774): undefined reference to `ci_module_unload'
Guillaume, can you have a look?
> arm | cc-tool-0.26 | NOK | http://autobuild.buildroot.net/results/a4c057e0b1ab6a2ffd69b27f6f5a79f98eb040f6/
checking for Boost's header version...
configure: error: invalid value: boost_major_version=
package/pkg-generic.mk:146: recipe for target '/home/buildroot/build/instance-0/output/build/cc-tool-0.26/.stamp_configured' failed
J?rg, you have touched Boost/cc-tool recently, can you have a look?
> sh4 | cdrkit-1.1.11 | NOK | http://autobuild.buildroot.net/results/7559993edf68cc697832d65ab3bd925724861e5e/
uClibc bug when static linking. Waldemar fixed it for x86/x86-64, I'll
report it to him for SuperH.
> arc | cegui06-0.6.2b | NOK | http://autobuild.buildroot.net/results/5b7238e4bf40e9fb114b6b9f937b8ec5a4aafe52/
ARC libstdc++/.tbss issue.
> arm | clapack-3.2.1 | NOK | http://autobuild.buildroot.net/results/658ec1b4817b5f0d83a07992a5e49b98c3be0043/
/home/peko/autobuild/instance-1/output/build/clapack-3.2.1/F2CLIBS/libf2c/uninit.c:236:25: fatal error: fpu_control.h: No such file or directory
#include "fpu_control.h"
^
compilation terminated.
Samuel, can you have a look ?
> arm | ctorrent-dnh3.3.2 | NOK | http://autobuild.buildroot.net/results/2c9ef771d146ce5b9df82735fdeb62926c84bd9f/
compat.c: In function 'strnstr':
compat.c:70:3: error: unknown type name 'ssize_t'
ssize_t plen;
^
compat.c:71:3: error: unknown type name 'ssize_t'
ssize_t len = strlen(needle);
Smells like an easy to fix musl problem. Any taker ?
> x86_64 | dhcpdump-1.8 | NOK | http://autobuild.buildroot.net/results/001774459724e57b5df6cccd85ec9584ef9cc31a/
dhcpdump.c:166:58: error: 'struct udphdr' has no member named 'len'
if (hmask && check_ch((u_char *)(sp + offset), ntohs(udp->len)))
^
dhcpdump.c:169:46: error: 'struct udphdr' has no member named 'len'
printdata((u_char *)(sp + offset), ntohs(udp->len));
musl problem again. Any taker ?
> arm | directfb-1.6.3 | NOK | http://autobuild.buildroot.net/results/48298e5b487cffbdef53347165d8dcc4f6840bb0/
system.c: In function 'direct_trap':
system.c:110:6: error: unknown type name 'sigval_t'
sigval_t val;
^
system.c:114:9: error: request for member 'sival_int' in something not a structure or union
val.sival_int = direct_gettid();
^
system.c:117:6: error: incompatible type for argument 3 of 'sigqueue'
sigqueue( direct_gettid(), sig, val );
musl problem again.
> i686 | expect-2014-05-02 | NOK | http://autobuild.buildroot.net/results/3b4056010a8dddf67341f63414507b2e28b85824/
> aarch64 | expect-2014-05-02 | NOK | http://autobuild.buildroot.net/results/42778c07e7afb0a59a763ee7c6abd1ef0a57f3c0/
> arm | expect-2014-05-02 | NOK | http://autobuild.buildroot.net/results/92c9b9adab15fc048da96ea478402b3719f85535/
> powerpc | expect-2014-05-02 | NOK | http://autobuild.buildroot.net/results/32c51bdfc8ca1bb5f67e45c04bc79975890c2d35/
> arm | expect-2014-05-02 | NOK | http://autobuild.buildroot.net/results/02b5aabb42d1d86b941670a366b55e14daff5332/
> powerpc | expect-2014-05-02 | NOK | http://autobuild.buildroot.net/results/4e976a4f739494003c788644f1858a9aeed47681/
Download issue with SourceForge being broken, and sources.b.o not
having the backup tarball. Will be fixed once Peter uploads the backup
tarball, or when SourceForge goes back to life.
> mipsel | filemq-482797b8aa30fcc9ea13... | NOK | http://autobuild.buildroot.net/results/89ffd2a03f295c810399680621440b08f7c7762f/
checking for zmq_init in -lzmq... no
configure: error: cannot link with -lzmq, install libzmq.
make: *** [/home/peko/autobuild/instance-2/output/build/filemq-482797b8aa30fcc9ea1377aabdf2b0769f9f698e/.stamp_configured] Error 1
Static linking issue. This problem has been around since a long time.
Could anyone have a look ?
> microblazeel | fxload-2008_10_13 | NOK | http://autobuild.buildroot.net/results/c83fa909467e5cc668c42fe769b35844648417a1/
Toolchain issue:
/home/peko/autobuild/instance-2/output/host/usr/bin/microblazeel-buildroot-linux-gnu-gcc -c -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -Os -g2 main.c -o main.o
/tmp/ccpjoDpf.s: Assembler messages:
/tmp/ccpjoDpf.s: Error: PC relative branch to label logerror which is not in the instruction space
/tmp/ccpjoDpf.s: Error: PC relative branch to label logerror which is not in the instruction space
Happening with the internal toolchain. Anyone to report this bug to
binutils or gcc (whichever is appropriate) ?
> powerpc | host-erlang-rebar-2.5.1 | TIM | http://autobuild.buildroot.net/results/03ca879a65b1fc3449b8f30b1f1e354082fe4b7f/
> arm | host-erlang-rebar-2.5.1 | TIM | http://autobuild.buildroot.net/results/64ba4c9786719788e923262cde8b6bf004a79e8e/
The infamous timeout caused by host-erlang-rebar, still unsolved.
Johan, can you have a look ?
> aarch64 | libepoxy-v1.2 | NOK | http://autobuild.buildroot.net/results/ceb0e5ae8222bc8c9638b13ceb7b444d8a83870b/
Bernd, can you have a look?
fatal error: EGL/eglplatform.h: No such file or directory
> sparc | libglib2-2.44.1 | NOK | http://autobuild.buildroot.net/results/b3cb6515496cf09d305a1077d01f87d75ece8a8d/
> sparc | libglib2-2.44.1 | NOK | http://autobuild.buildroot.net/results/9db61963bdcf8bdd6784e00af4945292cd2d816e/
Atomic problem on SPARC. Brendan, you started working on this, and I
think you found a solution. Can you send a patch?
> mips64el | libiscsi-1.15.0 | NOK | http://autobuild.buildroot.net/results/138fa7fec380380f1340268017ef4d687b2653e6/
> mips64el | libiscsi-1.15.0 | NOK | http://autobuild.buildroot.net/results/0a96f3654983ed2efc851522352dec43c1df0077/
> mips64el | libiscsi-1.15.0 | NOK | http://autobuild.buildroot.net/results/c600ebf636b4c2214bce0ce13132ea62303d1559/
Regression introduced by the bump to libiscsi. Maxime, can you work on
it since you did the bump?
> aarch64 | libmbim-1.12.2 | NOK | http://autobuild.buildroot.net/results/62a32a2ad6693afd67df88807595e45b549f942c/
Package gudev-1.0 was not found in the pkg-config search path.
Perhaps you should add the directory containing `gudev-1.0.pc'
We probably need to merge the new gudev package to fix this.
> arc | libmodplug-0.8.8.5 | NOK | http://autobuild.buildroot.net/results/cf9e762a7d00b8a872b557186a56ba5816b89978/
load_abc.cpp: In function 'void setenv(const char*, const char*, int)':
load_abc.cpp:271:70: error: new declaration 'void setenv(const char*, const char*, int)'
static void setenv(const char *name, const char *value, int overwrite)
Weird. Not sure what's happening here.
> x86_64 | libnfnetlink-1.0.1 | NOK | http://autobuild.buildroot.net/results/805a81bdafe604bc0b03dedb292d52ca268f8a90/
error: unknown type name 'u_int16_t'
Musl issue. Should be easy to fix. Any taker?
> arm | libselinux-2.1.13 | NOK | http://autobuild.buildroot.net/results/a3d7fd8c672f6e5165b4406f65f5e8dac94d953c/
Fixed by http://git.buildroot.net/buildroot/commit/?id=cac3cf8f9c36140eb0f5cd76665c1fdb0b47676c.
> arc | libselinux-2.1.13 | NOK | http://autobuild.buildroot.net/results/5b78dbf815a396a5f1790494c015ad4275a8bb17/
/tmp/ccR6VgNC.s: Assembler messages:
/tmp/ccR6VgNC.s:475: Error: internal error: fixup not contained within frag
Toolchain issue. I think Alexey you already know this one.
> x86_64 | libselinux-2.1.13 | NOK | http://autobuild.buildroot.net/results/7a0f3494d47b29b1fc51c511db60152c185abbc0/
Fixed by http://git.buildroot.net/buildroot/commit/?id=cac3cf8f9c36140eb0f5cd76665c1fdb0b47676c.
> arc | libselinux-2.1.13 | NOK | http://autobuild.buildroot.net/results/b996a2e801ff7d23f3012cf3b21480f1922c0b62/
Same ARC toolchain issue.
> powerpc | libsigrok-fe473123ba836445d... | NOK | http://autobuild.buildroot.net/results/3606b2d7d83f03ec9618730c0bad277558879f7b/
> powerpc | libsigrok-fe473123ba836445d... | NOK | http://autobuild.buildroot.net/results/5d7762fd586fe06cf8db050b778d66a4790eee58/
> powerpc | libsigrok-fe473123ba836445d... | NOK | http://autobuild.buildroot.net/results/91345c214ed156ef6ce3d84e0f9314a4064e5fb0/
> powerpc | libsigrok-fe473123ba836445d... | NOK | http://autobuild.buildroot.net/results/4635bd84592c0f20bf69e42b14b94424e4243fff/
> powerpc | libsigrok-fe473123ba836445d... | NOK | http://autobuild.buildroot.net/results/ac3852757f287cb8d858f642450ac1ea66a0ca3d/
> powerpc | libsigrok-fe473123ba836445d... | NOK | http://autobuild.buildroot.net/results/c7062902ce539bb6fb5d08d1215c65ed5bb911de/
> powerpc | libsigrok-fe473123ba836445d... | NOK | http://autobuild.buildroot.net/results/83c683bd7de6858d822aaa5823aa582dde9fccba/
Too old gcc.
> powerpc | lrzsz-0.12.20 | NOK | http://autobuild.buildroot.net/results/ba6b014d1f4cd98fa0a1af51a3c4d978dbc17586/
/home/peko/autobuild/instance-0/output/host/usr/powerpc-buildroot-linux-uclibc/sysroot/usr/lib/libc.a(error.os): In function `error':
error.c:(.text+0x0): multiple definition of `error'
Easy to fix static linking issue: just rename the functions. Any taker ?
> arm | ltris-1.0.19 | NOK | http://autobuild.buildroot.net/results/55f413667c2c7eb295a3879b575d7b140f51da5a/
menu.o: In function `menu_update':
menu.c:(.text+0x4b4): undefined reference to `strequal'
menu.c:(.text+0x4f4): undefined reference to `strequal'
Not sure what's going on. Maybe related to gcc 5.x ?
> i686 | make: *** [qextserialport-l... | NOK | http://autobuild.buildroot.net/results/3e0f954df9196e89043f4aaad154dfdece08480a/
Fixed by http://git.buildroot.net/buildroot/commit/?id=6c8d93c88d722143b785034439c61358a9481c68
> arc | mysql-5.1.73 | NOK | http://autobuild.buildroot.net/results/475b0dd48edb095deb188c369c5864431c0bd7ea/
> arc | mysql-5.1.73 | NOK | http://autobuild.buildroot.net/results/aad30630e139f14dd97945bc3a0fbddcaef2bc21/
libstdc++ / .tbss issue.
> xtensa | opencv-3.0.0 | NOK | http://autobuild.buildroot.net/results/af1eee92375cd59004603dacad732c80afe56898/
> xtensa | opencv-3.0.0 | NOK | http://autobuild.buildroot.net/results/54ad39189123f03fa2333ffb03539ea6b39d9e54/
Xtensa toolchain issue. Max, any update on this one ?
> bfin | php-5.6.11 | NOK | http://autobuild.buildroot.net/results/a39d4911864bea5da760af9fabc682ba148383de/
checking for curl_easy_perform in -lcurl... no
configure: error: There is something wrong. Please check config.log for more information.
package/pkg-generic.mk:146: recipe for target '/ssd1/thomas/autobuild/instance-0/output/build/php-5.6.11/.stamp_configured' failed
Gustavo, maybe ?
> arm | qt5base-5.5.0 | NOK | http://autobuild.buildroot.net/results/30acea45fb497942129ca57c143bab6174e14609/
painting/qbrush.cpp
painting/qbrush.cpp:38:29: fatal error: qplatformpixmap.h: No such file or directory
compilation terminated.
Julien, do you know what's going on ? It might be fixed by one of the
patch you submitted, can you point to it if that's the case ?
> mips64el | qt5base-5.5.0 | NOK | http://autobuild.buildroot.net/results/f91de4a596817997b2f35c24b07aec43916c9e1b/
/home/peko/autobuild/instance-0/output/host/usr/mips64el-buildroot-linux-gnu/sysroot/usr/include/gnu/lib-names.h:34:37: fatal error: gnu/lib-names-n64_soft.h: No such file or directory
# include <gnu/lib-names-n64_soft.h>
Vicente ?
> mipsel | qt5base-5.5.0 | NOK | http://autobuild.buildroot.net/results/f0891474fe2cd3e47b1489f147e31f698dbd013f/
painting/qbrush.cpp:38:29: fatal error: qplatformpixmap.h: No such file or directory
#include "qplatformpixmap.h"
> powerpc | quota-4.01 | NOK | http://autobuild.buildroot.net/results/d108d303a13f6acc941457acac3e70de9093b2ee/
make: Entering an unknown directory
make: *** empty string invalid as file name. Stop.
make: Leaving an unknown directory
> mips64el | quota-4.01 | NOK | http://autobuild.buildroot.net/results/d96c6f29cd636ca1e6a58824032cacd068d6e2b6/
Same.
> aarch64 | quota-4.01 | NOK | http://autobuild.buildroot.net/results/bf7f0bb9c3d94c87e90aa0bbfb438e1cfe1a808a/
make[1]: Entering directory `/home/test/autobuild/instance-2/output/build/quota-4.01'
make[1]: *** No rule to make target ` -D_GNU_SOURCE'. Stop.
make[1]: Leaving directory `/home/test/autobuild/instance-2/output/build/quota-4.01'
> mips64el | quota-4.01 | NOK | http://autobuild.buildroot.net/results/8308dc4443650ec1b2b47dafcf28516cb7f9a820/
make: Entering an unknown directory
make: *** empty string invalid as file name. Stop.
make: Leaving an unknown directory
> mips | quota-4.01 | NOK | http://autobuild.buildroot.net/results/9b58ba955e286dfadaa90b521c19aac6dbc0a2e2/
Same.
Something weird going on with quota. Anyone to look into this?
> powerpc | setools-3.3.8 | NOK | http://autobuild.buildroot.net/results/a9f61063c86f58f4e1b23d8a40859182764e5bbb/
checking for /home/peko/autobuild/instance-0/output/host/usr/bin/powerpc-linux-gcc option to accept ISO C99... unsupported
configure: error: SETools requires a C99-compliant C compiler to build.
Too old gcc. We need a way to make conditionals on gcc versions.
> arc | snmppp-3.3.5 | NOK | http://autobuild.buildroot.net/results/dfcbe1af751548b4d6966e0b4de6d0704eb9a737/
stdc++ / .tbss ARC issue.
> arc | tinc-1.0.24 | NOK | http://autobuild.buildroot.net/results/15b0d93c63c442f194a666ab68e79b1b83f59e15/
Another (new?) ARC toolchain issue:
BFD (GNU Binutils) 2.23.2 assertion fail elf32-arc.c:3018
Alexey ?
> bfin | usb_modeswitch-2.2.5 | NOK | http://autobuild.buildroot.net/results/c1b80d94352258d9d0bca3d26c0aecd4e0f00707/
/ssd1/thomas/autobuild/instance-0/output/host/usr/bfin-buildroot-uclinux-uclibc/sysroot/usr/lib/libc.a(abort.o): In function `*___GI_abort':
/usr/src/packages/BUILD/blackfin-toolchain-uclibc-full-2014R1/uClibc/libc/stdlib/abort.c:61: multiple definition of `_abort'
/tmp/cck79BjD.o:usb_modeswitch.c:(.text+0x72c): first defined here
Gustavo, can you have a look ?
> arm | ustr-1.0.4 | NOK | http://autobuild.buildroot.net/results/8dbaa5e83c62cbad70d20d63d4059227ba578a9d/
Gcc 5.x doesn't like ustr.
Clayton, you originally submitted ustr for the SELinux support. Can you have a look ?
> arc | util-linux-2.26.2 | NOK | http://autobuild.buildroot.net/results/6deddedb2175363be89396daf690ba3e94b013d5/
ARC toolchain issue:
more undefined references to `.tdata' follow
But it was using the old ARC toolchain before I rebuilt yesterday.
> arc | zeromq-4.0.5 | NOK | http://autobuild.buildroot.net/results/e87ed0843800c8fa9948c55902b97bb162a87b14/
ARC toolchain issue:
error: Internal consistency failure: cfi row mismatch [-Werror]
Thomas
--
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
next prev parent reply other threads:[~2015-07-28 8:57 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-07-28 6:30 [Buildroot] [autobuild.buildroot.net] Build results for 2015-07-27 Thomas Petazzoni
2015-07-28 8:57 ` Thomas Petazzoni [this message]
2015-07-28 10:34 ` Max Filippov
2015-07-28 10:41 ` Brendan Heading
2015-07-28 12:19 ` Julien CORJON
2015-07-28 12:21 ` Thomas Petazzoni
2015-07-28 14:00 ` Jörg Krause
2015-07-28 14:05 ` Thomas Petazzoni
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20150728105715.22962d48@free-electrons.com \
--to=thomas.petazzoni@free-electrons.com \
--cc=buildroot@busybox.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox