* [Buildroot] [autobuild.buildroot.net] Build results for 2014-03-04
@ 2014-03-05 7:30 Thomas Petazzoni
2014-03-05 10:27 ` [Buildroot] Analysis of build failures Thomas Petazzoni
0 siblings, 1 reply; 8+ messages in thread
From: Thomas Petazzoni @ 2014-03-05 7:30 UTC (permalink / raw)
To: buildroot
Build statistics for 2014-03-04
===============================
success : 77
failures : 33
timeouts : 1
TOTAL : 111
Classification of failures by reason
====================================
libsoc-0.6 | 4
cairo-1.12.10 | 3
czmq-b5730c5f8290a611fd3b92... | 3
eudev-1.3 | 3
gst1-plugins-bad-1.2.3 | 3
zeromq-3.2.4 | 2
php-5.5.9 | 2
wget-1.15 | 2
host-python3-3.4.0rc1 | 2
host-scons-2.3.0 | 2
audiofile-0.3.6 | 1
dmalloc-5.4.3 | 1
<command-line>:0:0: note: t... | 1
samba4-4.1.5 | 1
lvm2-2.02.103 | 1
connman-1.21 | 1
libxmlrpc-1.25.26 | 1
mplayer-1.1.1 | 1
Detail of failures
===================
x86_64 | <command-line>:0:0: note: t... | TIM | http://autobuild.buildroot.net/results/82e7f26e2e307aeb66a8ff98be3369e04886d226/
x86_64 | audiofile-0.3.6 | NOK | http://autobuild.buildroot.net/results/ee48919bb9d0651642b3a1b547cfbd2c5ef2a8dd/
bfin | cairo-1.12.10 | NOK | http://autobuild.buildroot.net/results/f1735664c37a72b1b8b137f8bbc6be14624c84e9/
arm | cairo-1.12.10 | NOK | http://autobuild.buildroot.net/results/77f4cb65535033db9d5184b142d96f2a508a7a5c/
arm | cairo-1.12.10 | NOK | http://autobuild.buildroot.net/results/da19c46398ba8a0977058d76fe21bd9968f92ac1/
x86_64 | connman-1.21 | NOK | http://autobuild.buildroot.net/results/5c500167a7277fd3f3cdf02e13749f6e98a0e81e/
bfin | czmq-b5730c5f8290a611fd3b92... | NOK | http://autobuild.buildroot.net/results/99363a20dc25600460bd4cf169d92c922f55a5f6/
bfin | czmq-b5730c5f8290a611fd3b92... | NOK | http://autobuild.buildroot.net/results/48ca7dbd47d4231b6b98f490f952533caf888861/
bfin | czmq-b5730c5f8290a611fd3b92... | NOK | http://autobuild.buildroot.net/results/cc9eafd42f1d7887763b912b2ad785635201be3c/
microblaze | dmalloc-5.4.3 | NOK | http://autobuild.buildroot.net/results/d8b4f69e5b19a3d9c1b8e4114e686cff7cfeae2f/
arm | eudev-1.3 | NOK | http://autobuild.buildroot.net/results/5190f23b84ca9eec49f1071ccfdb3314f6c4ae5b/
powerpc | eudev-1.3 | NOK | http://autobuild.buildroot.net/results/624ad8ef30318bfb2de0952c5101cfa2b8d94f76/
mipsel | eudev-1.3 | NOK | http://autobuild.buildroot.net/results/c4e920b16c57e79df979f00cceaea7c0483f043c/
arm | gst1-plugins-bad-1.2.3 | NOK | http://autobuild.buildroot.net/results/ac98e35736532c697e1c08e23e1d6800c951ea23/
arm | gst1-plugins-bad-1.2.3 | NOK | http://autobuild.buildroot.net/results/d02e1843ef90f4b40c99e3b23eddf376f827d46e/
arm | gst1-plugins-bad-1.2.3 | NOK | http://autobuild.buildroot.net/results/51ea53c39e6c067760c2d1e9c0c7b7bfbbe28be8/
i686 | host-python3-3.4.0rc1 | NOK | http://autobuild.buildroot.net/results/4dab2c72b9583df03db5b065a7f8a7ca0e6d9181/
i686 | host-python3-3.4.0rc1 | NOK | http://autobuild.buildroot.net/results/ced5ed9ce2f1742560828999eeb6dc8777729d78/
i686 | host-scons-2.3.0 | NOK | http://autobuild.buildroot.net/results/a423aa18e25686474633d6420bf701e1fa637bd0/
powerpc | host-scons-2.3.0 | NOK | http://autobuild.buildroot.net/results/2eb4783dcc3fd990d37f34f2a146a7c025647bec/
sh4 | libsoc-0.6 | NOK | http://autobuild.buildroot.net/results/1f451a338487a2a3c8a8f9b18540d41b90ee5aac/
i686 | libsoc-0.6 | NOK | http://autobuild.buildroot.net/results/6735751b31dfe8e3ced80c5d18d816772286d4f7/
arm | libsoc-0.6 | NOK | http://autobuild.buildroot.net/results/578032aac810d04cced1e8fdf0f6f39d20132de8/
i686 | libsoc-0.6 | NOK | http://autobuild.buildroot.net/results/1888956c040f56b4d6603f2d2f44ccb7614a87de/
sh4a | libxmlrpc-1.25.26 | NOK | http://autobuild.buildroot.net/results/996fc95b302fb6dfc7cd9a468fd395226a36c6c4/
arm | lvm2-2.02.103 | NOK | http://autobuild.buildroot.net/results/31a4ba00f9628365f080877079ba8d8120f4f23a/
arc | mplayer-1.1.1 | NOK | http://autobuild.buildroot.net/results/9a259663b28ae47ed2bfd15f53b0fc44b5853227/
arm | php-5.5.9 | NOK | http://autobuild.buildroot.net/results/c505587a795cd936ce8d5dda4805c0974a96981e/
arm | php-5.5.9 | NOK | http://autobuild.buildroot.net/results/59ade0d9290cf623b45cd6fe0d0d56f295588ee0/
arm | samba4-4.1.5 | NOK | http://autobuild.buildroot.net/results/8505e0dd5ecda76071f0ea4f7705a105308a1c20/
i686 | wget-1.15 | NOK | http://autobuild.buildroot.net/results/3abe178c26dc34a4f6a887ed3abbfcaa8990ce6d/
sh4 | wget-1.15 | NOK | http://autobuild.buildroot.net/results/a685caa6d3e4850a45360dfe733013ba2d53404c/
bfin | zeromq-3.2.4 | NOK | http://autobuild.buildroot.net/results/047f2f8ac15592d5f78093249eeed14148de4e5e/
avr32 | zeromq-3.2.4 | NOK | http://autobuild.buildroot.net/results/7a0be4da26415b05f3d1c9522da703be408bb5f6/
--
http://autobuild.buildroot.net
^ permalink raw reply [flat|nested] 8+ messages in thread* [Buildroot] Analysis of build failures 2014-03-05 7:30 [Buildroot] [autobuild.buildroot.net] Build results for 2014-03-04 Thomas Petazzoni @ 2014-03-05 10:27 ` Thomas Petazzoni 2014-03-05 10:29 ` Alvaro Gamez 2014-03-05 15:01 ` [Buildroot] Analysis of build failures Samuel Martin 0 siblings, 2 replies; 8+ messages in thread From: Thomas Petazzoni @ 2014-03-05 10:27 UTC (permalink / raw) To: buildroot Hello, On Wed, 5 Mar 2014 08:30:08 +0100 (CET), Thomas Petazzoni wrote: > x86_64 | <command-line>:0:0: note: t... | TIM | http://autobuild.buildroot.net/results/82e7f26e2e307aeb66a8ff98be3369e04886d226/ Timeout, weird. > x86_64 | audiofile-0.3.6 | NOK | http://autobuild.buildroot.net/results/ee48919bb9d0651642b3a1b547cfbd2c5ef2a8dd/ /home/test/test/3/output/host/opt/ext-toolchain/bin/../lib/gcc/x86_64-buildroot-linux-uclibc/4.7.3/../../../../x86_64-buildroot-linux-uclibc/bin/ld: attempted static link of dynamic object `/home/test/test/3/output/host/opt/ext-toolchain/bin/../lib/gcc/x86_64-buildroot-linux-uclibc/4.7.3/../../../../x86_64-buildroot-linux-uclibc/lib/../lib64/libstdc++.so' I think a contributor had a look into this some time ago, and came to conclusions, but I don't remember, I'd have to dig in the archives :/ > bfin | cairo-1.12.10 | NOK | http://autobuild.buildroot.net/results/f1735664c37a72b1b8b137f8bbc6be14624c84e9/ Don't know. > arm | cairo-1.12.10 | NOK | http://autobuild.buildroot.net/results/77f4cb65535033db9d5184b142d96f2a508a7a5c/ > arm | cairo-1.12.10 | NOK | http://autobuild.buildroot.net/results/da19c46398ba8a0977058d76fe21bd9968f92ac1/ This problem has been around for weeks. Would it be possible for an OpenGL person to look into this? cairo-gl-private.h:255:8: error: unknown type name 'GLchar' > x86_64 | connman-1.21 | NOK | http://autobuild.buildroot.net/results/5c500167a7277fd3f3cdf02e13749f6e98a0e81e/ Might be a symbol redefinition problem in uClibc, when linking statically. I remember reading some posts about this on the uClibc mailing list. /home/test/test/2/output/host/usr/x86_64-buildroot-linux-uclibc/sysroot/usr/lib/libglib-2.0.a(libglib_2_0_la-gstdio.o): In function `g_utime': gstdio.c:(.text+0x7b): warning: the use of OBSOLESCENT `utime' is discouraged, use `utimes' /home/test/test/2/output/host/usr/x86_64-buildroot-linux-uclibc/sysroot/usr/lib/libpthread.a(lowlevellock.os): In function `__lll_lock_wait_private': (.text+0x0): multiple definition of `__lll_lock_wait_private' /home/test/test/2/output/host/usr/x86_64-buildroot-linux-uclibc/sysroot/usr/lib/libc.a(libc-lowlevellock.os):(.text+0x0): first defined here /home/test/test/2/output/host/usr/x86_64-buildroot-linux-uclibc/sysroot/usr/lib/libpthread.a(lowlevellock.os): In function `__lll_unlock_wake_private': (.text+0xa0): multiple definition of `__lll_unlock_wake_private' /home/test/test/2/output/host/usr/x86_64-buildroot-linux-uclibc/sysroot/usr/lib/libc.a(libc-lowlevellock.os):(.text+0x30): first defined here collect2: ld returned 1 exit status > bfin | czmq-b5730c5f8290a611fd3b92... | NOK | http://autobuild.buildroot.net/results/99363a20dc25600460bd4cf169d92c922f55a5f6/ > bfin | czmq-b5730c5f8290a611fd3b92... | NOK | http://autobuild.buildroot.net/results/48ca7dbd47d4231b6b98f490f952533caf888861/ > bfin | czmq-b5730c5f8290a611fd3b92... | NOK | http://autobuild.buildroot.net/results/cc9eafd42f1d7887763b912b2ad785635201be3c/ Yesterday evening, I've started looking into this. Here is a summary of my findings. So, we're building for Blackfin FLAT, so static only build. ZeroMQ is a library written in C++, and czmq is a library around it written in C. The configure script tests whether a simple application that calls zmq_init() can be linked properly against the ZeroMQ library. This test is done by compiling the test application using 'gcc', not 'g++'. While this test works fine in dynamic link mode (because libzmq as a NEEDED on libstdc++), it fails in static link mode because it links with -lzmq, but not -lstdc++. A quick test shows that linking against -lstdc++ would solve the problem. So there are apparently two issues: 1/ The libzmq.pc file does not have a Libs.private: -lsdtc++ 2/ The configure.ac script of czmq does not call pkg-config with the --static option. Apparently, the logic in pkg.m4 is not even aware that it should use --static. I must say I'm not sure how to fix the problem properly. > microblaze | dmalloc-5.4.3 | NOK | http://autobuild.buildroot.net/results/d8b4f69e5b19a3d9c1b8e4114e686cff7cfeae2f/ To be looked at by Microblaze people: {standard input}: Assembler messages: {standard input}:9306: Error: operation combines symbols in different segments {standard input}:9307: Error: operation combines symbols in different segments > arm | eudev-1.3 | NOK | http://autobuild.buildroot.net/results/5190f23b84ca9eec49f1071ccfdb3314f6c4ae5b/ > powerpc | eudev-1.3 | NOK | http://autobuild.buildroot.net/results/624ad8ef30318bfb2de0952c5101cfa2b8d94f76/ > mipsel | eudev-1.3 | NOK | http://autobuild.buildroot.net/results/c4e920b16c57e79df979f00cceaea7c0483f043c/ Fixed by: http://git.buildroot.net/buildroot/commit/?id=d5604d9c3de6cd0b24db1351227b017fd8a8be75 > arm | gst1-plugins-bad-1.2.3 | NOK | http://autobuild.buildroot.net/results/ac98e35736532c697e1c08e23e1d6800c951ea23/ > arm | gst1-plugins-bad-1.2.3 | NOK | http://autobuild.buildroot.net/results/d02e1843ef90f4b40c99e3b23eddf376f827d46e/ > arm | gst1-plugins-bad-1.2.3 | NOK | http://autobuild.buildroot.net/results/51ea53c39e6c067760c2d1e9c0c7b7bfbbe28be8/ OpenCV problem, to be looked at by Samuel I believe: /home/test/test/3/output/host/usr/arm-buildroot-linux-uclibcgnueabi/sysroot/usr/include/opencv/cv.h:72:37: fatal error: opencv2/legacy/compat.hpp: No such file or directory > i686 | host-python3-3.4.0rc1 | NOK | http://autobuild.buildroot.net/results/4dab2c72b9583df03db5b065a7f8a7ca0e6d9181/ > i686 | host-python3-3.4.0rc1 | NOK | http://autobuild.buildroot.net/results/ced5ed9ce2f1742560828999eeb6dc8777729d78/ Parallel installation problem. > i686 | host-scons-2.3.0 | NOK | http://autobuild.buildroot.net/results/a423aa18e25686474633d6420bf701e1fa637bd0/ > powerpc | host-scons-2.3.0 | NOK | http://autobuild.buildroot.net/results/2eb4783dcc3fd990d37f34f2a146a7c025647bec/ The host python3 problem (SCons only works with Python 2). > sh4 | libsoc-0.6 | NOK | http://autobuild.buildroot.net/results/1f451a338487a2a3c8a8f9b18540d41b90ee5aac/ > i686 | libsoc-0.6 | NOK | http://autobuild.buildroot.net/results/6735751b31dfe8e3ced80c5d18d816772286d4f7/ > arm | libsoc-0.6 | NOK | http://autobuild.buildroot.net/results/578032aac810d04cced1e8fdf0f6f39d20132de8/ > i686 | libsoc-0.6 | NOK | http://autobuild.buildroot.net/results/1888956c040f56b4d6603f2d2f44ccb7614a87de/ Fixed by: http://git.buildroot.net/buildroot/commit/?id=41711cfdeda6f5fd9b2531f538f3643854d7d3ea > sh4a | libxmlrpc-1.25.26 | NOK | http://autobuild.buildroot.net/results/996fc95b302fb6dfc7cd9a468fd395226a36c6c4/ Not sure: /home/test/test/1/output/host/usr/bin/sh-linux-gnu-gcc -shared -Wl,-soname,libxmlrpc_xmltok.so.3 xmltok.osh xmlrole.osh -o libxmlrpc_xmltok.so.3.25 xmltok.osh: file not recognized: File truncated collect2: error: ld returned 1 exit status > arm | lvm2-2.02.103 | NOK | http://autobuild.buildroot.net/results/31a4ba00f9628365f080877079ba8d8120f4f23a/ Needs pkg-config. > arc | mplayer-1.1.1 | NOK | http://autobuild.buildroot.net/results/9a259663b28ae47ed2bfd15f53b0fc44b5853227/ The architecture of your CPU (arc) is not supported by this configure script It seems nobody has ported MPlayer to your OS or CPU type yet. > arm | php-5.5.9 | NOK | http://autobuild.buildroot.net/results/c505587a795cd936ce8d5dda4805c0974a96981e/ > arm | php-5.5.9 | NOK | http://autobuild.buildroot.net/results/59ade0d9290cf623b45cd6fe0d0d56f295588ee0/ checking for fork... no configure: error: pcntl: fork() not supported by this platform make: *** [/home/test/test/1/output/build/php-5.5.9/.stamp_configured] Error 1 > arm | samba4-4.1.5 | NOK | http://autobuild.buildroot.net/results/8505e0dd5ecda76071f0ea4f7705a105308a1c20/ Fixed by: http://git.buildroot.net/buildroot/commit/?id=878c04b8ccc399c0d9c09767eda9b129e3b59a53 > i686 | wget-1.15 | NOK | http://autobuild.buildroot.net/results/3abe178c26dc34a4f6a887ed3abbfcaa8990ce6d/ > sh4 | wget-1.15 | NOK | http://autobuild.buildroot.net/results/a685caa6d3e4850a45360dfe733013ba2d53404c/ *** error: gettext infrastructure mismatch: using a Makefile.in.in from gettext version 0.17 but the autoconf macros are from gettext version 0.18 > bfin | zeromq-3.2.4 | NOK | http://autobuild.buildroot.net/results/047f2f8ac15592d5f78093249eeed14148de4e5e/ Compiler does not provide the necessary intrinsics. > avr32 | zeromq-3.2.4 | NOK | http://autobuild.buildroot.net/results/7a0be4da26415b05f3d1c9522da703be408bb5f6/ Not sure :/ Thomas -- Thomas Petazzoni, CTO, Free Electrons Embedded Linux, Kernel and Android engineering http://free-electrons.com ^ permalink raw reply [flat|nested] 8+ messages in thread
* [Buildroot] Analysis of build failures 2014-03-05 10:27 ` [Buildroot] Analysis of build failures Thomas Petazzoni @ 2014-03-05 10:29 ` Alvaro Gamez 2014-03-05 14:37 ` Alvaro Gamez 2014-03-05 15:01 ` [Buildroot] Analysis of build failures Samuel Martin 1 sibling, 1 reply; 8+ messages in thread From: Alvaro Gamez @ 2014-03-05 10:29 UTC (permalink / raw) To: buildroot 2014-03-05 11:27 GMT+01:00 Thomas Petazzoni < thomas.petazzoni@free-electrons.com>: > > sh4a | libxmlrpc-1.25.26 | NOK | > http://autobuild.buildroot.net/results/996fc95b302fb6dfc7cd9a468fd395226a36c6c4/ > > Not sure: > > /home/test/test/1/output/host/usr/bin/sh-linux-gnu-gcc -shared > -Wl,-soname,libxmlrpc_xmltok.so.3 xmltok.osh xmlrole.osh -o > libxmlrpc_xmltok.so.3.25 > xmltok.osh: file not recognized: File truncated > collect2: error: ld returned 1 exit status > That comes from the recently applied patch I sent. I'll look at it, it's a bit strange. -- ?lvaro G?mez Machado -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20140305/61807564/attachment.html> ^ permalink raw reply [flat|nested] 8+ messages in thread
* [Buildroot] Analysis of build failures 2014-03-05 10:29 ` Alvaro Gamez @ 2014-03-05 14:37 ` Alvaro Gamez 2014-03-05 14:42 ` Thomas Petazzoni 0 siblings, 1 reply; 8+ messages in thread From: Alvaro Gamez @ 2014-03-05 14:37 UTC (permalink / raw) To: buildroot Hi all 2014-03-05 11:27 GMT+01:00 Thomas Petazzoni < thomas.petazzoni@free-electrons.com>: > > > /home/test/test/1/output/host/usr/bin/sh-linux-gnu-gcc -shared >> -Wl,-soname,libxmlrpc_xmltok.so.3 xmltok.osh xmlrole.osh -o >> libxmlrpc_xmltok.so.3.25 >> xmltok.osh: file not recognized: File truncated >> collect2: error: ld returned 1 exit status >> > I've discovered there is a race condition on libxmlrpc Makefile set. When I sent this patch I tested it on a single core machine, but when running on a multicore machine, buildroot has set my jobs level to 4, the same as in the build failure above. So, when invoking make -j 1, libxmlrpc builds fine, but with -j 4 it fails. Upstream tries to support parallel builds, but it still fails due to this reason. I face two options here: should I repair upstream's set of Makefile's or should I patch buildroots' libxmlrpc.mk in order to force linear build? Is this even possible, or a good practice, to change BR2_JLEVEL inside libxmlrpc.mk to avoid this? Anyway, I think I'm going to try and fix libxmlrpc makefiles, for it seems to be, although not the fastest approach, the best way for all users of libxmlrpc, but I am open to modify buildroots' libxmlrpc.mk in order to fix this by changing JLEVEL as soon as possible. Regards -- ?lvaro G?mez Machado -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20140305/727ed019/attachment.html> ^ permalink raw reply [flat|nested] 8+ messages in thread
* [Buildroot] Analysis of build failures 2014-03-05 14:37 ` Alvaro Gamez @ 2014-03-05 14:42 ` Thomas Petazzoni 2014-03-06 8:53 ` [Buildroot] [PATCH 1/1] libxmlrpc: disable parallel build Alvaro G. M 0 siblings, 1 reply; 8+ messages in thread From: Thomas Petazzoni @ 2014-03-05 14:42 UTC (permalink / raw) To: buildroot Dear Alvaro Gamez, On Wed, 5 Mar 2014 15:37:09 +0100, Alvaro Gamez wrote: > I've discovered there is a race condition on libxmlrpc Makefile set. > When I sent this patch I tested it on a single core machine, but when > running on a multicore machine, buildroot has set my jobs level to 4, the > same as in the build failure above. > > So, when invoking make -j 1, libxmlrpc builds fine, but with -j 4 it fails. > > Upstream tries to support parallel builds, but it still fails due to this > reason. > > I face two options here: should I repair upstream's set of Makefile's or > should I patch buildroots' libxmlrpc.mk in order to force linear build? Is > this even possible, or a good practice, to change BR2_JLEVEL inside > libxmlrpc.mk to avoid this? No, but the good way is: LIBXMLRPC_MAKE = $(MAKE1) This disables the parallel build specifically for libxmlrpc. > Anyway, I think I'm going to try and fix libxmlrpc makefiles, for it seems > to be, although not the fastest approach, the best way for all users of > libxmlrpc, but I am open to modify buildroots' libxmlrpc.mk in order to fix > this by changing JLEVEL as soon as possible. Usually, we do one or the other solution depending on whether the patch to fix the parallel build problem is complicated or not. If it's not, and there is a chance to get it merged by upstream, then it's usually the preferred solution I would say. Thanks! Thomas -- Thomas Petazzoni, CTO, Free Electrons Embedded Linux, Kernel and Android engineering http://free-electrons.com ^ permalink raw reply [flat|nested] 8+ messages in thread
* [Buildroot] [PATCH 1/1] libxmlrpc: disable parallel build 2014-03-05 14:42 ` Thomas Petazzoni @ 2014-03-06 8:53 ` Alvaro G. M 2014-03-06 17:25 ` Thomas Petazzoni 0 siblings, 1 reply; 8+ messages in thread From: Alvaro G. M @ 2014-03-06 8:53 UTC (permalink / raw) To: buildroot Although upstream tries to support parallel builds, there are several dependencies that, if fixed, would end up making the library build linearly, so in the end there would be no benefit to fix those. Fixes: http://autobuild.buildroot.net/results/996/996fc95b302fb6dfc7cd9a468fd395226a36c6c4/ Suggested-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Alvaro G. M. <alvaro.gamez@hazent.com> Signed-off-by: Alvaro G. M <alvaro.gamez@hazent.com> --- package/libxmlrpc/libxmlrpc.mk | 1 + 1 file changed, 1 insertion(+) diff --git a/package/libxmlrpc/libxmlrpc.mk b/package/libxmlrpc/libxmlrpc.mk index 3d1af7e..ef120f9 100644 --- a/package/libxmlrpc/libxmlrpc.mk +++ b/package/libxmlrpc/libxmlrpc.mk @@ -12,6 +12,7 @@ LIBXMLRPC_LICENSE_FILES = doc/COPYING LIBXMLRPC_INSTALL_STAGING = YES LIBXMLRPC_DEPENDENCIES = libcurl LIBXMLRPC_CONFIG_SCRIPTS = xmlrpc-c-config +LIBXMLRPC_MAKE = $(MAKE1) LIBXMLRPC_CONF_OPT = \ $(if $(BR2_USE_WCHAR),,ac_cv_header_wchar_h=no) \ -- 1.9.0.rc3 ^ permalink raw reply related [flat|nested] 8+ messages in thread
* [Buildroot] [PATCH 1/1] libxmlrpc: disable parallel build 2014-03-06 8:53 ` [Buildroot] [PATCH 1/1] libxmlrpc: disable parallel build Alvaro G. M @ 2014-03-06 17:25 ` Thomas Petazzoni 0 siblings, 0 replies; 8+ messages in thread From: Thomas Petazzoni @ 2014-03-06 17:25 UTC (permalink / raw) To: buildroot Dear Alvaro G. M, On Thu, 6 Mar 2014 09:53:33 +0100, Alvaro G. M wrote: > Although upstream tries to support parallel builds, there are several > dependencies that, if fixed, would end up making the library build > linearly, so in the end there would be no benefit to fix those. > > Fixes: > > http://autobuild.buildroot.net/results/996/996fc95b302fb6dfc7cd9a468fd395226a36c6c4/ > > Suggested-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> > Signed-off-by: Alvaro G. M. <alvaro.gamez@hazent.com> > Signed-off-by: Alvaro G. M <alvaro.gamez@hazent.com> > --- > package/libxmlrpc/libxmlrpc.mk | 1 + > 1 file changed, 1 insertion(+) Applied, thanks. Thomas -- Thomas Petazzoni, CTO, Free Electrons Embedded Linux, Kernel and Android engineering http://free-electrons.com ^ permalink raw reply [flat|nested] 8+ messages in thread
* [Buildroot] Analysis of build failures 2014-03-05 10:27 ` [Buildroot] Analysis of build failures Thomas Petazzoni 2014-03-05 10:29 ` Alvaro Gamez @ 2014-03-05 15:01 ` Samuel Martin 1 sibling, 0 replies; 8+ messages in thread From: Samuel Martin @ 2014-03-05 15:01 UTC (permalink / raw) To: buildroot On Wed, Mar 5, 2014 at 11:27 AM, Thomas Petazzoni <thomas.petazzoni@free-electrons.com> wrote: > Hello, [...] >> arm | gst1-plugins-bad-1.2.3 | NOK | http://autobuild.buildroot.net/results/ac98e35736532c697e1c08e23e1d6800c951ea23/ >> arm | gst1-plugins-bad-1.2.3 | NOK | http://autobuild.buildroot.net/results/d02e1843ef90f4b40c99e3b23eddf376f827d46e/ >> arm | gst1-plugins-bad-1.2.3 | NOK | http://autobuild.buildroot.net/results/51ea53c39e6c067760c2d1e9c0c7b7bfbbe28be8/ > > OpenCV problem, to be looked at by Samuel I believe: > > /home/test/test/3/output/host/usr/arm-buildroot-linux-uclibcgnueabi/sysroot/usr/include/opencv/cv.h:72:37: fatal error: opencv2/legacy/compat.hpp: No such file or directory Roger that! I'll look at it soon. Regards, -- Samuel ^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2014-03-06 17:25 UTC | newest] Thread overview: 8+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2014-03-05 7:30 [Buildroot] [autobuild.buildroot.net] Build results for 2014-03-04 Thomas Petazzoni 2014-03-05 10:27 ` [Buildroot] Analysis of build failures Thomas Petazzoni 2014-03-05 10:29 ` Alvaro Gamez 2014-03-05 14:37 ` Alvaro Gamez 2014-03-05 14:42 ` Thomas Petazzoni 2014-03-06 8:53 ` [Buildroot] [PATCH 1/1] libxmlrpc: disable parallel build Alvaro G. M 2014-03-06 17:25 ` Thomas Petazzoni 2014-03-05 15:01 ` [Buildroot] Analysis of build failures Samuel Martin
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.