From: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
To: buildroot@busybox.net
Subject: [Buildroot] Analysis of build results for 2015-08-18
Date: Wed, 19 Aug 2015 22:41:05 +0200 [thread overview]
Message-ID: <20150819224105.2993bbe5@free-electrons.com> (raw)
In-Reply-To: <20150819063013.E74B810154B@stock.ovh.net>
Hello,
On Wed, 19 Aug 2015 08:30:13 +0200 (CEST), Thomas Petazzoni wrote:
> arc | alsa-utils-1.0.29 | NOK | http://autobuild.buildroot.net/results/605249fe36cf0698e2211a6707ebe0aaa1d73332/
Static linking issue:
undefined reference to `_snd_module_rawmidi_virt'
Peter, maybe you could have a look?
> sparc | bdwgc-7.4.2 | NOK | http://autobuild.buildroot.net/results/b66e107c3f1cea60a64fbfebd042839187838c8f/
> sparc | bdwgc-7.4.2 | NOK | http://autobuild.buildroot.net/results/fa94a7b7b3add55944dfa82915e172c3637893a5/
Invalid use of libatomic_ops. I thought I sent a patch for this. I'll
have a look.
> arc | boost-1.58.0 | NOK | http://autobuild.buildroot.net/results/b20f4fb82c3bcb3633f1e8230a9051b6bb699dd6/
> arc | boost-1.58.0 | NOK | http://autobuild.buildroot.net/results/22b710346d2cd78b7b51cdccd18d670bb6ac5d24/
> arc | boost-1.58.0 | NOK | http://autobuild.buildroot.net/results/b946c39ac4543249330caeb6c528f273f886137a/
Would be fixed by:
http://patchwork.ozlabs.org/patch/508792/
> sparc | busybox-1.23.2 | NOK | http://autobuild.buildroot.net/results/98fd1c9a3f92d2354fe3bd9c233916f720e26234/
> sparc | busybox-1.23.2 | NOK | http://autobuild.buildroot.net/results/7ce7267bdc4da3bd0069cec49b8286316d220cd9/
> sparc | busybox-1.23.2 | NOK | http://autobuild.buildroot.net/results/3ebe4454210fb257af08a0ca9cd13844d6985d58/
> sparc | busybox-1.23.2 | NOK | http://autobuild.buildroot.net/results/cf90773bcca2b0401135779a293af33dc9cf658b/
Peter, what do you suggest we do about these issues for the release?
Long-term, libtirpc will be changed to not use atomic builtins. But
what do we do now? Mark libtirpc as not available on SPARCv8, and
propagate the reverse dependency?
> arm | dhrystone-2 | NOK | http://autobuild.buildroot.net/results/004704ff6415be66f4cceb1a1d12e527f9eb1fd0/
musl build problem
error: 'HZ' undeclared
Someone to have a look?
> x86_64 | faifa-v0.1 | NOK | http://autobuild.buildroot.net/results/9eeb9d1497d94dfbda710e8bcdf781bc6d4b8724/
musl build problem
error: #error Define BYTE_ORDER to be equal to either LITTLE_ENDIAN or BIG_ENDIAN
Someone to have a look?
> x86_64 | harfbuzz-1.0.1 | NOK | http://autobuild.buildroot.net/results/ad4f31237e8e127ee40f6914c6b48879e17856e9/
checking for CAIRO... no
configure: error: cairo support requested but not found
make: *** [/home/test/autobuild/instance-2/output/build/harfbuzz-1.0.1/.stamp_configured] Error 1
Romain, you already looked at harfbuzz in the past. Can you look into this one?
> arm | libpthsem-2.0.8 | NOK | http://autobuild.buildroot.net/results/90fe673b4aab2c2231b419dbe8307d747680f583/
> arm | libpthsem-2.0.8 | NOK | http://autobuild.buildroot.net/results/0c72434c9f0cab6b1afbe7592273a909211b30a1/
> powerpc | libpthsem-2.0.8 | NOK | http://autobuild.buildroot.net/results/389b0dac8bb62ae72fd43396f5cd05de39472fa8/
> arc | libpthsem-2.0.8 | NOK | http://autobuild.buildroot.net/results/edd545f529bdb075baa96cba76864146594acee5/
> arm | libpthsem-2.0.8 | NOK | http://autobuild.buildroot.net/results/d2799afb5042b08d556953d89ba2b75815f5022a/
> aarch64 | libpthsem-2.0.8 | NOK | http://autobuild.buildroot.net/results/e0a6e39e58a76c15e621e713a1fba1ce6e2cfbb0/
> arm | libpthsem-2.0.8 | NOK | http://autobuild.buildroot.net/results/3a11a92b731977acdd7ce98d1e4464b40f8e9aaa/
Fixed by
http://git.buildroot.net/buildroot/commit/?id=97e9db4332aeb58c5b83536426906df942573d4d.
> arc | libselinux-2.1.13 | NOK | http://autobuild.buildroot.net/results/417e81ada0977aca0c5bb7b1f2fe1c238e829d49/
> arc | libselinux-2.1.13 | NOK | http://autobuild.buildroot.net/results/eb7a0d940d0bce0a09f357a2d6b0bb359d69367b/
Would be fixed (worked around) by
http://patchwork.ozlabs.org/patch/508793/.
> arm | linux-pam-1.1.8 | NOK | http://autobuild.buildroot.net/results/e337d69420ad00b2cc4017d639a31803926f2353/
musl build issue.
> arm | ltris-1.0.19 | NOK | http://autobuild.buildroot.net/results/c5e65c8d5a8f2042e5f9f0fd186d44ac5b9ed60d/
gcc5 problem, maybe?
> xtensa | mesa3d-10.6.3 | NOK | http://autobuild.buildroot.net/results/737c2a94e025d813da45be6375dc0ef9af4f0b05/
The DRM/DRI story:
checking for LIBUDEV... no
configure: error: gbm requires --enable-dri
package/pkg-generic.mk:146: recipe for target '/home/buildroot/build/instance-0/output/build/mesa3d-10.6.3/.stamp_configured' failed
> powerpc | mesa3d-10.6.3 | NOK | http://autobuild.buildroot.net/results/62b525fffa6ab9a211ec96940517decad0e54f9f/
Same.
> arm | minidlna-1.1.4 | NOK | http://autobuild.buildroot.net/results/c9ffbf16c255d4d993c8564b53610bb9a6b90a79/
Static linking problem. A patch has been proposed, but I'm really not
happy with adding more and more hardcoded -l<foo> in minidlna.mk.
checking for id3_file_open in -lid3tag... no
configure: error: Could not find libid3tag
> arm | mono-4.0.2.5 | NOK | http://autobuild.buildroot.net/results/5d99bdf77f1942fa403081267c362aa1f8fd0dab/
gc_dlopen.c:63:19: fatal error: dlfcn.h: No such file or directory
We could probably pass -DGC_NO_DLOPEN to try to fix this, but I don't
think it makes sense to build Mono in a statically linked environment.
I'll send a patch to disable that.
> sh4 | msmtp-1.6.1 | NOK | http://autobuild.buildroot.net/results/95a75c3696807ff6256ebda12b037c4db9e6efc2/
Static linking problem.
> arm | protobuf-v2.5.0 | NOK | http://autobuild.buildroot.net/results/89856178211d9d077fabd9affe4007ee616f9899/
Already fixed by 9fa58ed79b83d61f250cba65a85df096c2a6f447.
> mips | qt5base-5.5.0 | NOK | http://autobuild.buildroot.net/results/966f2e4bd4237e082922b27b141e7277ffd8a76f/
> mips | qt5base-5.5.0 | NOK | http://autobuild.buildroot.net/results/305e5c31a6bd37fe5ee20821ba4e693d9bc495f3/
Vicente has proposed a patch to fix this. However, it involves some
fairly ugly workaround for the external toolchain to work :-/
> arm | tinc-1.0.24 | NOK | http://autobuild.buildroot.net/results/32da2e5ac384383c1e40eb17bf87970d912b235e/
checking for dlopen in -ldl... no
configure: error: OpenSSL depends on libdl.
> arm | webkitgtk24-2.4.9 | NOK | http://autobuild.buildroot.net/results/eb8804abced7297b5edb5073f7a29d8b37dc6c6a/
Traceback (most recent call last):
File "./Source/JavaScriptCore/inspector/scripts/cssmin.py", line 44, in <module>
sys.stdout.write(cssminify(sys.stdin.read()))
File "/home/test/autobuild/instance-2/output/host/usr/lib/python3.4/encodings/ascii.py", line 26, in decode
return codecs.ascii_decode(input, self.errors)[0]
UnicodeDecodeError: 'ascii' codec can't decode byte 0xe2 in position 642: ordinal not in range(128)
make[1]: *** [DerivedSources/WebCore/XMLViewerCSS.h] Error 1
Gustavo, can you have a look?
> arm | weston-1.8.0 | NOK | http://autobuild.buildroot.net/results/ef685a41a56e81dc93a40f23f8cd55860f44e055/
> arm | weston-1.8.0 | NOK | http://autobuild.buildroot.net/results/d842a17476e52f064d678a6a1a9ac5f7b6f2446e/
> arc | weston-1.8.0 | NOK | http://autobuild.buildroot.net/results/c42d72498e05364a718748caef74bba6c423d7d1/
CC shared/libshared_la-os-compatibility.lo
src/compositor-rdp.c: In function 'rdp_peer_init':
src/compositor-rdp.c:1109:10: error: 'rdpSettings' has no member named 'SurfaceFrameMarkerEnabled'
settings->SurfaceFrameMarkerEnabled = TRUE;
Yann, can you have a look?
> powerpc | xserver_xorg-server-1.17.2 | NOK | http://autobuild.buildroot.net/results/0900f6d340b92c6fd1d391a9e2424d0b421c3cba/
The DRM/DRI mess.
Thomas
--
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
next prev parent reply other threads:[~2015-08-19 20:41 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-08-19 6:30 [Buildroot] [autobuild.buildroot.net] Build results for 2015-08-18 Thomas Petazzoni
2015-08-19 8:10 ` Vicente Olivert Riera
2015-08-19 20:41 ` Thomas Petazzoni [this message]
2015-08-19 21:56 ` [Buildroot] Analysis of build " Brendan Heading
2015-08-20 6:18 ` Peter Korsgaard
2015-08-20 11:31 ` Brendan Heading
2015-08-21 8:46 ` Thomas Petazzoni
2015-08-21 11:38 ` Brendan Heading
2015-08-31 14:42 ` Thomas Petazzoni
2015-08-19 22:55 ` Yann E. MORIN
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=20150819224105.2993bbe5@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 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.