[Buildroot] Analysis of build failures
Thomas Petazzoni
thomas.petazzoni at free-electrons.com
Wed May 6 07:42:36 UTC 2015
Hello,
On Wed, 6 May 2015 08:30:17 +0200 (CEST), Thomas Petazzoni wrote:
> success : 301
> failures : 50
> timeouts : 1
Seems like switching to a 8 hours timeout has helped reducing the
number of timeouts.
> powerpc | boost-1.57.0 | NOK | http://autobuild.buildroot.net/results/b64fd94a8ccff7fa8c5e0ca0c4acb7254f9cddc3/
The infamous:
error: no type named 'bits' in 'traits_type
If someone could start tackling this long standing problem, it would be
great.
> bfin | cc-tool-0.26 | NOK | http://autobuild.buildroot.net/results/5f84d5696a52c75416c85f802278ee776053b4b9/
> xtensa | cc-tool-0.26 | NOK | http://autobuild.buildroot.net/results/d971db839e84480a565c5b2970f13296700dbd51/
> arc | cc-tool-0.26 | NOK | http://autobuild.buildroot.net/results/8126d59d06f5452a7ce2a4cdcda3103fb64046ee/
> bfin | cc-tool-0.26 | NOK | http://autobuild.buildroot.net/results/37009dda6344dcf25ca52878e9a5beb37f2a0a93/
Should be fixed by applying http://patchwork.ozlabs.org/patch/468487/.
> x86_64 | cdrkit-1.1.11 | NOK | http://autobuild.buildroot.net/results/2bd48ed578a143749d4503aca96f661647afe525/
multiple definition of `__lll_lock_wait_private'
multiple definition of `__lll_unlock_wake_private'
This is a uClibc static linking problem. Waldemar, can you let us know
whether it was fixed upstream and/or in uClibc-ng ?
> nios2 | cryptsetup-1.6.6 | NOK | http://autobuild.buildroot.net/results/ff456344eb5bc8af619c1f5d88be0cb758dd5075/
> nios2 | cryptsetup-1.6.6 | NOK | http://autobuild.buildroot.net/results/a288b0c5b437c3d82dae4f3bf391c59236739c3a/
Should be "fixed" by http://patchwork.ozlabs.org/patch/468461/.
> xtensa | czmq-v3.0.0 | NOK | http://autobuild.buildroot.net/results/4d3dea604da9a5a1e7fe20548813f8de474ae33f/
I'm not sure, but it smells like gcc is used instead of g++. Someone to
look into this?
> xtensa | freerdp-770c67d340d5f0a7b48... | NOK | http://autobuild.buildroot.net/results/a4caf2b035ea5b7d5318635bf78373d6229aa496/
> arc | freerdp-770c67d340d5f0a7b48... | NOK | http://autobuild.buildroot.net/results/88a4c76e3a48fae42f78eba8febfe4eb29fc9904/
> arm | freerdp-770c67d340d5f0a7b48... | NOK | http://autobuild.buildroot.net/results/0889a99bc4092ab553889de458b534e4da2cbfd0/
> xtensa | freerdp-770c67d340d5f0a7b48... | NOK | http://autobuild.buildroot.net/results/4c1a244db94dbd37e26a4fec5ba506f0525c1d00/
> arc | freerdp-770c67d340d5f0a7b48... | NOK | http://autobuild.buildroot.net/results/50ad78fc35fa90cda5e0453b6867b3ce0dbf65be/
> arc | freerdp-770c67d340d5f0a7b48... | NOK | http://autobuild.buildroot.net/results/e94cdc19a18c91eb851c007b833f0dfa08be5cc0/
Should be fixed by
http://git.buildroot.net/buildroot/commit/?id=5e701275d96ccebd69dbfceec5fb92e0b7049c71.
> aarch64 | google-breakpad-1373 | NOK | http://autobuild.buildroot.net/results/c9f116443199dab708a18c23fcea3e623664d947/
Pascal asked the Google Breakpad developers about this breakage. We
might want to disable on AArch64 in the mean time.
> mips64el | gst1-plugins-bad-1.4.5 | NOK | http://autobuild.buildroot.net/results/a23401c97a11636799b685d9eec8c96e5e202cd0/
mips64el-ctng_n64-linux-gnu-g++: error: /usr/lib/libopencv_ts.a: No
such file or directory
Samuel, this is an OpenCV related issue, can you have a look?
> sh4a | host-qemu-2.3.0 | NOK | http://autobuild.buildroot.net/results/40a47f11daa201c488519c0b1270cc2e71cc3116/
We need to tweak qemu.mk, since sh4a instead a valid architecture name:
ERROR: Unknown target name 'sh4a-linux-user'
I'll send a patch for this one.
> i686 | ipmiutil-2.9.5 | NOK | http://autobuild.buildroot.net/results/e0a198d88c746c6ad24916d723b5faa9024f8abd/
Fixed by
http://git.buildroot.net/buildroot/commit/?id=ec45eb1619da40ea97fa39dfe60cee2a9b8e78c6.
> bfin | libarchive-3.1.2 | NOK | http://autobuild.buildroot.net/results/6c0225e109d87178e80cf7edfff1461b077629b2/
/home/test/autobuild/instance-0/output/host/usr/bfin-buildroot-uclinux-uclibc/sysroot/usr/lib/.libs/libacl.a:
No such file or directory
Not sure. Someone interested?
> arm | libepoxy-v1.2 | NOK | http://autobuild.buildroot.net/results/fee1e3a4eb7923d7ce166184323b908ed069b3b6/
fatal error: EGL/eglplatform.h: No such file or directory
Bernd?
> arc | librsvg-2.26.3 | TIM | http://autobuild.buildroot.net/results/858daf884d04d56d37e3a2e481c45f7b9a2a88f8/
Ignore.
> arm | libsigsegv-2.10 | NOK | http://autobuild.buildroot.net/results/a144bc6024415a5272c3cbe60ff636d078d0a555/
> arm | libsigsegv-2.10 | NOK | http://autobuild.buildroot.net/results/00195d89a115a314bf4916af127407f61cd1b418/
error: unknown type name 'ucontext_t'
Happens with uClibc-ng only it seems. Waldemar, can you have a look?
> mips | lua-periphery-1.0.4-1 | NOK | http://autobuild.buildroot.net/results/2c7bd050917ab0a65a53f3516a7023cac5be078a/
lua-periphery is using an old version of c-periphery (and is doing the
Git clone itself, workarounding Buildroot download mechanism!). I've
started working on this issue yesterday night.
> xtensa | mesa3d-10.5.4 | NOK | http://autobuild.buildroot.net/results/3e2e24f697e26c93d4d95782b1cb7799fa620a7a/
Linker bug, Max Filipov said he would have a look.
> x86_64 | numactl-2.0.10 | NOK | http://autobuild.buildroot.net/results/c7d63606065b7c53545ba498493661e760647812/
> x86_64 | numactl-2.0.10 | NOK | http://autobuild.buildroot.net/results/9c1088f1676474014c5977856e0bfb1dbdc121fb/
Fixed by
http://git.buildroot.net/buildroot/commit/?id=1f55934c8adbf3146e622abfdab9173d63169347.
> xtensa | postgresql-9.4.1 | NOK | http://autobuild.buildroot.net/results/1d9d11291d8e0591144f0652cd42615fd8993cd2/
> xtensa | postgresql-9.4.1 | NOK | http://autobuild.buildroot.net/results/24253e3a9183a0bf0f8f021cf1eb59d631f27839/
> xtensa | postgresql-9.4.1 | NOK | http://autobuild.buildroot.net/results/d2d1fc7ceb35b25ef68947b2cf0e219616313121/
> xtensa | postgresql-9.4.1 | NOK | http://autobuild.buildroot.net/results/7d1e92b61431b83e7bc38da1bb211b5f2b3dd119/
> xtensa | postgresql-9.4.1 | NOK | http://autobuild.buildroot.net/results/ebf2e54d0d6f08c57bf6d4946b1df8df4a84c422/
I think we should apply http://patchwork.ozlabs.org/patch/453567/. It's
not a very nice fix, but it's not really the fix that isn't nice, but
the original logic.
> arc | python-2.7.9 | NOK | http://autobuild.buildroot.net/results/4c694d715f66de49964ef36f7236c7575c3a0b5a/
relocation R_ARC_32 against `.text' can not be used when making a
shared object; recompile with -fPIC
Alexey, can you have a look?
> sh4a | python-pyqt-4.11.3 | NOK | http://autobuild.buildroot.net/results/09302c153418c3af6dc4cdd12a0149505cfbca0b/
> sh4 | python-pyqt-4.11.3 | NOK | http://autobuild.buildroot.net/results/96f8a9758f0116aec999028fde1b9c983c143809/
> sh4a | python-pyqt-4.11.3 | NOK | http://autobuild.buildroot.net/results/848b9433c09d6cbc81c8d1e22778ae68223b43f3/
> arm | python-pyqt-4.11.3 | NOK | http://autobuild.buildroot.net/results/2062208c171207428c9121215971e00c52bf306a/
> arm | python-pyqt-4.11.3 | NOK | http://autobuild.buildroot.net/results/57ef99b9dd0623e3e9b61e5964eb45e611b89cd5/
Some of these were due to the Qt coord patch that we reverted. However,
one of them,
http://autobuild.buildroot.org/results/848/848b9433c09d6cbc81c8d1e22778ae68223b43f3/,
appeared after the revert. So there is still a problem with python-pyqt
it seems. Gwenhael, can you have a look?
> i686 | qt-4.8.6 | NOK | http://autobuild.buildroot.net/results/50315ab70d313f40a0caeff51dc76354495a5cf9/
PostgreSQL testing issue:
PostgreSQL support cannot be enabled due to functionality tests!
Turn on verbose messaging (-v) to ./configure to see the final report.
If you believe this message is in error you may use the continue
switch (-continue) to ./configure to continue.
Maybe it's the same problem as the one affecting rsyslog when detecting
postgresql (missing -lpthread).
> mips64el | qt-4.8.6 | NOK | http://autobuild.buildroot.net/results/0e2e877cb75a49d0560ab785c4afa51065fbd54f/
Most likely fixed by the revert of the Qt coord patch.
> arm | qt5webkit-5.4.1 | NOK | http://autobuild.buildroot.net/results/b6d6e19cfe484afabcd392f6095e8425dd591540/
Compiler error, https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61207. Can
someone have a look at the conclusion of this bug and see if we can
backport the fix?
> powerpc | rsyslog-8.9.0 | NOK | http://autobuild.buildroot.net/results/d9c388b15c20c934426400c8e85775ea1efcc007/
Postgresql detection problem. Should be fixed by
http://patchwork.ozlabs.org/patch/460332/, but this patch raised some
discussion.
> xtensa | sane-backends-1.0.24 | NOK | http://autobuild.buildroot.net/results/6f6f3aa826bc3521e29aa0755cbeb3f333f511ad/
> xtensa | sane-backends-1.0.24 | NOK | http://autobuild.buildroot.net/results/a27442aca5b2df58e37eff7209117c787673baf3/
Fixed by
http://git.buildroot.net/buildroot/commit/?id=083ec2df6c38b444f0e76cd708f5600a9f149a83.
> x86_64 | snmppp-3.3.4 | NOK | http://autobuild.buildroot.net/results/45858c9754b8aa017a58f3f74463b28042fdf9cb/
> powerpc | snmppp-3.3.4 | NOK | http://autobuild.buildroot.net/results/c479c9a9f1ba2271ece2f316cc7b6c2c9d39e60d/
Weird stuff happening:
libtool: error: unrecognised option: '-DHAVE_CONFIG_H'
libtool: error: unrecognised option: '-DHAVE_CONFIG_H'
> bfin | tinyxml2-2.2.0 | NOK | http://autobuild.buildroot.net/results/349c1ec8ee9f2e1e1f8f37b6e6823761cad5edc8/
> bfin | tinyxml2-2.2.0 | NOK | http://autobuild.buildroot.net/results/c96e4bd3044c89df8e67d9c383886eb61c438e24/
Samuel, can you have a look at this one? This is CMake stuff, trying to
build a shared library when it should not.
> sh4a | weston-1.7.0 | NOK | http://autobuild.buildroot.net/results/b4da4e9f0c85c9fb402cb5a1bb5a8d1d63b05b13/
undefined reference to symbol 'clock_gettime@@GLIBC_2.2'
Bernd, can you have a look?
> sh4 | zmqpp-3.2.0 | NOK | http://autobuild.buildroot.net/results/73e5b739887dd0d62fb215bd03b13a31e4a0d1fa/
src/client/main.cpp: In function 'int main(int, const char**)':
src/client/main.cpp:30:10: error: 'EXIT_FAILURE' was not declared in
this scope
This should be quite easy.
Thomas
--
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
More information about the buildroot
mailing list