[Buildroot] Analysis of build failures

[Thomas Petazzoni <thomas.petazzoni@free-electrons.com>]

Hello,

This is probably the last day (or last two days) to fix more
autobuilder failures.

On Fri, 29 Nov 2013 08:30:03 +0100 (CET), Thomas Petazzoni wrote:

>       bfin |                alsa-lib-1.0.26 | NOK | http://autobuild.buildroot.net/results/637e19310ab85c1982319a0f60e9f5643fc3ff1e/

alsa-lib need dynamic library loading, this is being handled by the
Blackfin people, if I remember correctly.

>        arm |              bluez_utils-4.101 | NOK | http://autobuild.buildroot.net/results/260cac5c54e03224fe90f4c5828b97748903eb10/

Not sure what's going on here:

/home/test/test/1/output/host/usr/arm-buildroot-linux-uclibcgnueabi/sysroot/usr/lib/libc.a(jmp-unwind.os): In function `_longjmp_unwind':
jmp-unwind.c:(.text+0x24): dangerous relocation: unsupported relocation
collect2: ld returned 1 exit status

>        sh4 |                  cairo-1.12.10 | NOK | http://autobuild.buildroot.net/results/a1ac6bb5d6f38c37c18df5ede67abd562b004073/

Don't know:

In file included from cairo-xlib-private.h:41:0,
                 from cairo-xlib-display.c:40:
cairo-xlib-xrender-private.h:102:16: error: redefinition of 'struct _XLinearGradient'
In file included from cairo-xlib-xrender.h:45:0,
                 from cairo-xlib-xrender-private.h:53,
                 from cairo-xlib-private.h:41,
                 from cairo-xlib-display.c:40:
/home/test/test/1/output/host/usr/sh4-buildroot-linux-uclibc/sysroot/usr/include/X11/extensions/Xrender.h:186:16: note: originally defined here
In file included from cairo-xlib-private.h:41:0,
                 from cairo-xlib-display.c:40:
cairo-xlib-xrender-private.h:105:3: error: conflicting types for 'XLinearGradient'

>       bfin |                 directfb-1.6.3 | NOK | http://autobuild.buildroot.net/results/8aa814b0eab38809b5614578f18359588db78ffa/

DirectFB using the dynamic library loader. I had a quick look at that
one yesterday, and it seems like DirectFB has some conditionals to not
use dynamic library loading when not available, but it doesn't seem to
work completely:

In file included from ../../../../../lib/direct/os/types.h:43,
                 from ../../../../../lib/direct/os/clock.h:32,
                 from ../../../../../lib/direct/clock.h:32,
                 from clock.c:34:
../../../../../lib/direct/os/linux/glibc/types.h:110:19: error: dlfcn.h: No such file or directory

>       bfin | dtc-e4b497f367a3b2ae99cc520... | NOK | http://autobuild.buildroot.net/results/5b6dd72f2599ef073a834359326af36350d9c09b/

libfdt cannot build as a static library, I believe.

>       bfin |                    hostapd-2.0 | NOK | http://autobuild.buildroot.net/results/d4a9f44effeb08eda6c4b32764274ae81d185d5e/

Missing pthread in the link command line?

/home/test/test/1/output/host/usr/bfin-buildroot-uclinux-uclibc/sysroot/usr/lib/libnl-3.a(cache_mngt.o): In function `_nl_cache_mngt_unprovide':
cache_mngt.c:(.text+0x6e): undefined reference to `_pthread_rwlock_wrlock'
cache_mngt.c:(.text+0x10a): undefined reference to `_pthread_rwlock_unlock'

>      avr32 |                     libev-4.11 | NOK | http://autobuild.buildroot.net/results/38704a4362ab6c3458c45603975b274937059fa9/

Simon has already sent a fix for that one: missing propagation of libev
architecture dependencies.

>        arm |                  libevas-1.7.7 | NOK | http://autobuild.buildroot.net/results/15cfb974e428b20ba230321cd8b59a82308785af/

This one is already being discussed on the list, and has been reported
upstream I believe:

  CC     evas_cache2.lo
evas_cache2.c: In function '_evas_cache_image_entry_delete':
evas_cache2.c:176:17: error: 'Image_Entry_Flags' has no member named 'delete_me'
evas_cache2.c:181:18: error: 'Image_Entry_Flags' has no member named 'delete_me'
evas_cache2.c: In function '_evas_cache2_image_preloaded_cb':
evas_cache2.c:296:13: error: 'Image_Entry_Flags' has no member named 'preload_done'
evas_cache2.c:303:23: error: 'Image_Entry_Flags' has no member named 'delete_me'
evas_cache2.c:308:17: error: 'Image_Entry_Flags' has no member named 'delete_me'
evas_cache2.c: In function '_evas_cache2_image_entry_preload_add':
evas_cache2.c:317:17: error: 'Image_Entry_Flags' has no member named 'preload_done'
make[5]: *** [evas_cache2.lo] Error 1


>     xtensa |                  libnspr-4.9.6 | NOK | http://autobuild.buildroot.net/results/250339438786d77e757759c7da76df944d8fd560/

Fixed by http://git.buildroot.net/buildroot/commit/?id=354cab0ee8c7c7813d7c7d69d5a699f234443c0b.

>        arm |                  libnspr-4.9.6 | NOK | http://autobuild.buildroot.net/results/b4b69cb385551b912894b8b81c8d9e8d689c75fe/

That's a Thumb2/sysroot issue I have investigated already, I have some
ideas to fix it, but it's not that simple.

>     xtensa |                  libnspr-4.9.6 | NOK | http://autobuild.buildroot.net/results/165b1c2f96c60f88890e6e7d85f7b5875f0cb788/

Same as before, fixed by
http://git.buildroot.net/buildroot/commit/?id=354cab0ee8c7c7813d7c7d69d5a699f234443c0b.

>      avr32 |                  libpfm4-4.3.0 | NOK | http://autobuild.buildroot.net/results/a4a1d1f936d8414acb297c7619e224b9f05d6c36/
>      avr32 |                  libpfm4-4.3.0 | NOK | http://autobuild.buildroot.net/results/38fa81315be448c409b9af29f92621fcf5676f71/

Missing syscalls. Probably we want to disable libpfm4 on AVR32,
especially since it's only used to build OProfile on PowerPC.

>      nios2 |                  mplayer-1.1.1 | NOK | http://autobuild.buildroot.net/results/0ae3a53a1a6e870ee1bf2a902a400893339777df/

Fixed by http://git.buildroot.net/buildroot/commit/?id=9402eef6e24b51da750f0852e16cd92ffc65f2a7.

> microblaze |                 openssl-1.0.1e | NOK | http://autobuild.buildroot.net/results/e0ef522ac074f6f5601d23d380aa94489ca1f4ef/

Will be fixed after the release by bumping the compiler.

>        arm |                       qt-4.8.5 | NOK | http://autobuild.buildroot.net/results/efe26c54361094fb1e201da6915900cd9b24d596/

The EGL functionality test failed!
 EGL is required for OpenGL ES to manage contexts & surfaces.
 You might need to modify the include and library search paths by editing
 QMAKE_INCDIR_EGL, QMAKE_LIBDIR_EGL and QMAKE_LIBS_EGL in
 /scratch/peko/build/qt-4.8.5/mkspecs/qws/linux-arm-g++.
make: *** [/scratch/peko/build/qt-4.8.5/.stamp_configured] Error 1

OpenGL implementation is the RPi one.

>        arm |           qt5declarative-5.1.1 | NOK | http://autobuild.buildroot.net/results/c30a078c646af0839039fa71e0bd1d7114970b0b/

The locale issue, with the weird usage of target headers when building
host tools.

>        arc |                ruby-1.9.3-p484 | NOK | http://autobuild.buildroot.net/results/a1fd72919035a6dc38c68831c899cf3464fa2cc7/

Compiler issue, will be fixed after the release by bumping the compiler.

>   mips64el |   toolchain-external-undefined | NOK | http://autobuild.buildroot.net/results/1895d54e75cd7864ed4adf17b9ce6f09589738cc/
>        arm |   toolchain-external-undefined | NOK | http://autobuild.buildroot.net/results/36c4148cc9649c44057b2d0b2b0168692ef530ea/
>    aarch64 |   toolchain-external-undefined | NOK | http://autobuild.buildroot.net/results/d34c7429f60a28f4b2dc7ce1783ce2a6a36fe4cd/

Autobuilder scripts issue, please ignore.

>       bfin |              xlib_libX11-1.5.0 | NOK | http://autobuild.buildroot.net/results/d5f6e444f630a2ba612fb234496872a1e2e714a4/

CrGlCur.c:43:19: error: dlfcn.h: No such file or directory
CrGlCur.c: In function 'open_library':
CrGlCur.c:74: warning: implicit declaration of function 'dlopen'
CrGlCur.c:74: warning: nested extern declaration of 'dlopen'
CrGlCur.c:74: error: 'RTLD_LAZY' undeclared (first use in this function)
CrGlCur.c:74: error: (Each undeclared identifier is reported only once
CrGlCur.c:74: error: for each function it appears in.)

>        arm |                   zeromq-3.2.4 | NOK | http://autobuild.buildroot.net/results/7cf107566da47670bc8ef6d16c5e1bb7bcccef3e/

Build machine issue?

  CXX    libzmq_la-encoder.lo
/scratch/peko/host/usr/libexec/gcc/arm-buildroot-linux-uclibcgnueabi/4.7.3/cc1plus: error while loading shared libraries: libc.so.6: failed to map segment from shared object: Cannot allocate memory
make[3]: *** [libzmq_la-decoder.lo] Error 1
make[3]: *** Waiting for unfinished jobs....

Is that reproducible?

Thomas
-- 
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com