* [Buildroot] [autobuild.buildroot.net] Build results for 2014-03-28
@ 2014-03-29 7:30 Thomas Petazzoni
2014-03-29 16:54 ` Thomas Petazzoni
0 siblings, 1 reply; 15+ messages in thread
From: Thomas Petazzoni @ 2014-03-29 7:30 UTC (permalink / raw)
To: buildroot
Build statistics for 2014-03-28
===============================
success : 51
failures : 47
timeouts : 2
TOTAL : 100
Classification of failures by reason
====================================
newt-0.52.17 | 9
libuci-262fede3e8c8c08c1eb0... | 7
host-scons-2.3.0 | 3
wget-1.15 | 3
crda-1.1.3 | 3
lttng-libust-2.4.0 | 2
popt-1.16 | 2
mplayer-1.1.1 | 2
slang-2.2.4 | 2
checki | 1
protobuf-2.4.1 | 1
elfutils-0.155 | 1
imagemagick-6.8.8-9 | 1
lttng-tools-2.4.0 | 1
coreutils-8.21 | 1
libsigsegv-2.10 | 1
mysql-5.1.73 | 1
ipsec-tools-0.8.2 | 1
systemd-212 | 1
python-2.7.6 | 1
mtools-4.0.18 | 1
CXX Derive | 1
lcdproc-0.5.6 | 1
fio-fio-2.1.4 | 1
mpd-0.18.9 | 1
Detail of failures
===================
x86_64 | CXX Derive | TIM | http://autobuild.buildroot.net/results/c253165c15999519a864131fe183eb1a94f86ffc/
mips64el | checki | TIM | http://autobuild.buildroot.net/results/0eae1481a778cbaf91a42e66f9bfa870facb1343/
aarch64 | coreutils-8.21 | NOK | http://autobuild.buildroot.net/results/25cfb126c01aa70f4666709dddbff298813b5c69/
i686 | crda-1.1.3 | NOK | http://autobuild.buildroot.net/results/06b4f2ee7fdd7cbd893c91c761270640b747a23b/
arm | crda-1.1.3 | NOK | http://autobuild.buildroot.net/results/1fe1f874b1d4dddd1139e62c125c80ad62298e76/
mips64el | crda-1.1.3 | NOK | http://autobuild.buildroot.net/results/bf82bc565985410445d9cea1db3f622bede5c1d1/
bfin | elfutils-0.155 | NOK | http://autobuild.buildroot.net/results/41cf01e1908ec820e3587454758fee5ca44f3a2d/
nios2 | fio-fio-2.1.4 | NOK | http://autobuild.buildroot.net/results/7da32ca8178aa6bada06dfaea38e9e693fba0db2/
mipsel | host-scons-2.3.0 | NOK | http://autobuild.buildroot.net/results/1e3d486e7ad2a90bf116ba1879cfc6119fc5bec4/
i686 | host-scons-2.3.0 | NOK | http://autobuild.buildroot.net/results/4113d2684b7991862f7dfa93d741891f295a5ad9/
x86_64 | host-scons-2.3.0 | NOK | http://autobuild.buildroot.net/results/e971d07f0f1ad32ba04f2784bc3cc0e5e541d130/
arc | imagemagick-6.8.8-9 | NOK | http://autobuild.buildroot.net/results/2139bf93a528780904db4258c04636916931621c/
bfin | ipsec-tools-0.8.2 | NOK | http://autobuild.buildroot.net/results/65329510868baba49147c206d50c7f5b0c602806/
arc | lcdproc-0.5.6 | NOK | http://autobuild.buildroot.net/results/a3a6cd0ce6bb48a5d9ef7c411630fea0014479df/
microblazeel | libsigsegv-2.10 | NOK | http://autobuild.buildroot.net/results/025cca687e4a2f848d77031c2e50135f137b7767/
arm | libuci-262fede3e8c8c08c1eb0... | NOK | http://autobuild.buildroot.net/results/fd8fef776e079600ae0f8ded2763cd3fca39ebee/
arm | libuci-262fede3e8c8c08c1eb0... | NOK | http://autobuild.buildroot.net/results/11c352d0f676fc7737ba3a35747474a93ff01d4b/
x86_64 | libuci-262fede3e8c8c08c1eb0... | NOK | http://autobuild.buildroot.net/results/df805da50cdfea4ccee112f8b3c65655d1e5eee8/
arm | libuci-262fede3e8c8c08c1eb0... | NOK | http://autobuild.buildroot.net/results/00532a8356143baa308c4f832775d8ee28e27e66/
x86_64 | libuci-262fede3e8c8c08c1eb0... | NOK | http://autobuild.buildroot.net/results/f90465c77540308d7807dde4308e5ebff07ec9ba/
arm | libuci-262fede3e8c8c08c1eb0... | NOK | http://autobuild.buildroot.net/results/497f31a2147cd7ce136ca86a4bdc033088b8272f/
arm | libuci-262fede3e8c8c08c1eb0... | NOK | http://autobuild.buildroot.net/results/960cd673632fb4ae598ea6b278cb9664c6dc1ad0/
powerpc | lttng-libust-2.4.0 | NOK | http://autobuild.buildroot.net/results/5aabc5e2e01a0b5dae04ec70727874553393a185/
arm | lttng-libust-2.4.0 | NOK | http://autobuild.buildroot.net/results/c028c74844bfc17466bbeba4f9a65e78e40473cc/
arm | lttng-tools-2.4.0 | NOK | http://autobuild.buildroot.net/results/750080c0fbcb67aaa058226861b85c8e4f9dd37f/
powerpc | mpd-0.18.9 | NOK | http://autobuild.buildroot.net/results/8d0e312f2cdd700c42775404f93173606eb99161/
xtensa | mplayer-1.1.1 | NOK | http://autobuild.buildroot.net/results/db06965d3984ab6ca5e039f0e35d4be8638c488b/
arm | mplayer-1.1.1 | NOK | http://autobuild.buildroot.net/results/c4ce66fe2287dc4a8cc1235dc5a104d20b2e63df/
bfin | mtools-4.0.18 | NOK | http://autobuild.buildroot.net/results/91531e06646b7453248be5c7ca22101edd42d641/
mips | mysql-5.1.73 | NOK | http://autobuild.buildroot.net/results/6b61f90d1a36ba43ff568933bb74975128380516/
arm | newt-0.52.17 | NOK | http://autobuild.buildroot.net/results/c3fb5337a4bdf87baead64106427c4929241c58d/
i686 | newt-0.52.17 | NOK | http://autobuild.buildroot.net/results/3c1456c190f2849fe08e2518b87947d775791784/
i686 | newt-0.52.17 | NOK | http://autobuild.buildroot.net/results/77512853ec529ae96481c0b4c532ef9717c00257/
powerpc | newt-0.52.17 | NOK | http://autobuild.buildroot.net/results/6ae73040a4073ef4612a1c67723238625fad9d64/
arm | newt-0.52.17 | NOK | http://autobuild.buildroot.net/results/b25d17aa39756a33665369e7bfbbbd216b25f27d/
i686 | newt-0.52.17 | NOK | http://autobuild.buildroot.net/results/94e0de9f4e89e0305c7c9ef1cc35b56c6b768728/
arm | newt-0.52.17 | NOK | http://autobuild.buildroot.net/results/dc38a71f860ea6b932cbf3c09da7a832796d1c24/
i686 | newt-0.52.17 | NOK | http://autobuild.buildroot.net/results/39cd9e183a62c6f586f322167f84c38401eea5fc/
i686 | newt-0.52.17 | NOK | http://autobuild.buildroot.net/results/0dfa1269e0e2e037df597a626928c58a781fd56d/
bfin | popt-1.16 | NOK | http://autobuild.buildroot.net/results/ef25274b14688f51e1c0ae998b9cbc025584b9d8/
bfin | popt-1.16 | NOK | http://autobuild.buildroot.net/results/b808cf4fdabb0382970c02b44bd22b84992047ba/
bfin | protobuf-2.4.1 | NOK | http://autobuild.buildroot.net/results/c8f2f10eeac8014420e5dc9e2a22750d575f70eb/
avr32 | python-2.7.6 | NOK | http://autobuild.buildroot.net/results/711bea245c0da6c93e0313da8e1ef4ff0cac1abe/
arm | slang-2.2.4 | NOK | http://autobuild.buildroot.net/results/87b420f413104b23edfce5d921093dd2ef84579d/
arm | slang-2.2.4 | NOK | http://autobuild.buildroot.net/results/5dfa243548239378b2697b1fcce8cf612065cc9c/
aarch64 | systemd-212 | NOK | http://autobuild.buildroot.net/results/ad3b4003dc50582a493f1156234d83652104a6bf/
i686 | wget-1.15 | NOK | http://autobuild.buildroot.net/results/849a7167241f4fd4ea8bab1085c8fc3db5e4495d/
i686 | wget-1.15 | NOK | http://autobuild.buildroot.net/results/6526c2392eba1b3f6193ec6c3e87af548dbbf8b0/
i686 | wget-1.15 | NOK | http://autobuild.buildroot.net/results/23237d2f90d8ec0584a9eb4de8b9b785089053ac/
--
http://autobuild.buildroot.net
^ permalink raw reply [flat|nested] 15+ messages in thread
* [Buildroot] [autobuild.buildroot.net] Build results for 2014-03-28
2014-03-29 7:30 [Buildroot] [autobuild.buildroot.net] Build results for 2014-03-28 Thomas Petazzoni
@ 2014-03-29 16:54 ` Thomas Petazzoni
2014-03-29 17:06 ` Max Filippov
` (4 more replies)
0 siblings, 5 replies; 15+ messages in thread
From: Thomas Petazzoni @ 2014-03-29 16:54 UTC (permalink / raw)
To: buildroot
Aaron, Sonic, Anton, Waldemar, William, Spenser, Yegor, Gustavo, Baruch, Marcelo,
Below, some analysis of the build failures, amongst which certain
problems need your attention. Could you have a look at the list below
and look for your name?
Thanks!
On Sat, 29 Mar 2014 08:30:11 +0100 (CET), Thomas Petazzoni wrote:
> aarch64 | coreutils-8.21 | NOK | http://autobuild.buildroot.net/results/25cfb126c01aa70f4666709dddbff298813b5c69/
Fixed by
http://git.buildroot.net/buildroot/commit/?id=3b44149a2251081d9180651ae5f8a184705e3835.
> i686 | crda-1.1.3 | NOK | http://autobuild.buildroot.net/results/06b4f2ee7fdd7cbd893c91c761270640b747a23b/
> arm | crda-1.1.3 | NOK | http://autobuild.buildroot.net/results/1fe1f874b1d4dddd1139e62c125c80ad62298e76/
> mips64el | crda-1.1.3 | NOK | http://autobuild.buildroot.net/results/bf82bc565985410445d9cea1db3f622bede5c1d1/
This is waiting on Samuel series:
http://thread.gmane.org/gmane.comp.lib.uclibc.buildroot/79108/
> bfin | elfutils-0.155 | NOK | http://autobuild.buildroot.net/results/41cf01e1908ec820e3587454758fee5ca44f3a2d/
This is a Blackfin failure. Sonic, Aaron, can you have a look ?
{standard input}: Assembler messages:
{standard input}:4: Error: syntax error. Input text was _compat.elfutils_0.122.dwarf_bytesize.
{standard input}:4: Error:
make[4]: *** [dwarf_bytesize.os] Error 1
> nios2 | fio-fio-2.1.4 | NOK | http://autobuild.buildroot.net/results/7da32ca8178aa6bada06dfaea38e9e693fba0db2/
fallocate64() problem. Ezequiel, can you have a look?
> mipsel | host-scons-2.3.0 | NOK | http://autobuild.buildroot.net/results/1e3d486e7ad2a90bf116ba1879cfc6119fc5bec4/
> i686 | host-scons-2.3.0 | NOK | http://autobuild.buildroot.net/results/4113d2684b7991862f7dfa93d741891f295a5ad9/
> x86_64 | host-scons-2.3.0 | NOK | http://autobuild.buildroot.net/results/e971d07f0f1ad32ba04f2784bc3cc0e5e541d130/
Samuel's series needed.
> arc | imagemagick-6.8.8-9 | NOK | http://autobuild.buildroot.net/results/2139bf93a528780904db4258c04636916931621c/
ARC compiler error. Anton?
CC magick/magick_libMagickCore_6_Q16_la-cipher.lo
magick/cipher.c: In function 'IncrementCipherNonce.constprop.2':
magick/cipher.c:535:1: internal compiler error: Segmentation fault
}
^
> bfin | ipsec-tools-0.8.2 | NOK | http://autobuild.buildroot.net/results/65329510868baba49147c206d50c7f5b0c602806/
Aaron, Sonic, the build error is caused by the uClibc configuration in
Blackfin toolchain being different than the one used by default in
Buildroot. Possible options are:
* You change the uClibc configuration in the Blackfin toolchain for
the future releases, so that this problem will disappear.
* We disable this package for Blackfin external toolchains.
cftoken.l: In function 'yycf_switch_buffer':
cftoken.l:729: error: 'GLOB_TILDE' undeclared (first use in this function)
cftoken.l:729: error: (Each undeclared identifier is reported only once
cftoken.l:729: error: for each function it appears in.)
> arc | lcdproc-0.5.6 | NOK | http://autobuild.buildroot.net/results/a3a6cd0ce6bb48a5d9ef7c411630fea0014479df/
Anton ?
/home/test/test/2/output/host/usr/lib/gcc/arc-buildroot-linux-uclibc/4.8.0/../../../../arc-buildroot-linux-uclibc/bin/ld: bayrad.so: hidden symbol `__fini_array_end' isn't defined
/home/test/test/2/output/host/usr/lib/gcc/arc-buildroot-linux-uclibc/4.8.0/../../../../arc-buildroot-linux-uclibc/bin/ld: final link failed: Bad value
collect2: error: ld returned 1 exit status
> microblazeel | libsigsegv-2.10 | NOK | http://autobuild.buildroot.net/results/025cca687e4a2f848d77031c2e50135f137b7767/
Waldemar, William, Spenser, can you help us fix this problem? The only
thing needed to fix it is to know whether the stack is growing downward
or upward on the Microblaze architecture.
> arm | libuci-262fede3e8c8c08c1eb0... | NOK | http://autobuild.buildroot.net/results/fd8fef776e079600ae0f8ded2763cd3fca39ebee/
> arm | libuci-262fede3e8c8c08c1eb0... | NOK | http://autobuild.buildroot.net/results/11c352d0f676fc7737ba3a35747474a93ff01d4b/
> x86_64 | libuci-262fede3e8c8c08c1eb0... | NOK | http://autobuild.buildroot.net/results/df805da50cdfea4ccee112f8b3c65655d1e5eee8/
> arm | libuci-262fede3e8c8c08c1eb0... | NOK | http://autobuild.buildroot.net/results/00532a8356143baa308c4f832775d8ee28e27e66/
> x86_64 | libuci-262fede3e8c8c08c1eb0... | NOK | http://autobuild.buildroot.net/results/f90465c77540308d7807dde4308e5ebff07ec9ba/
> arm | libuci-262fede3e8c8c08c1eb0... | NOK | http://autobuild.buildroot.net/results/497f31a2147cd7ce136ca86a4bdc033088b8272f/
> arm | libuci-262fede3e8c8c08c1eb0... | NOK | http://autobuild.buildroot.net/results/960cd673632fb4ae598ea6b278cb9664c6dc1ad0/
Yegor, can you have a look ?
> powerpc | lttng-libust-2.4.0 | NOK | http://autobuild.buildroot.net/results/5aabc5e2e01a0b5dae04ec70727874553393a185/
> arm | lttng-libust-2.4.0 | NOK | http://autobuild.buildroot.net/results/c028c74844bfc17466bbeba4f9a65e78e40473cc/
> arm | lttng-tools-2.4.0 | NOK | http://autobuild.buildroot.net/results/750080c0fbcb67aaa058226861b85c8e4f9dd37f/
Samuel, can you have a look ?
> powerpc | mpd-0.18.9 | NOK | http://autobuild.buildroot.net/results/8d0e312f2cdd700c42775404f93173606eb99161/
Gustavo, mpd is your stuff :)
> xtensa | mplayer-1.1.1 | NOK | http://autobuild.buildroot.net/results/db06965d3984ab6ca5e039f0e35d4be8638c488b/
Baruch, this is a Xtensa specific failure, can you have a look ?
> arm | mplayer-1.1.1 | NOK | http://autobuild.buildroot.net/results/c4ce66fe2287dc4a8cc1235dc5a104d20b2e63df/
ARM floating point problem. A volunteer to look at it ?
> bfin | mtools-4.0.18 | NOK | http://autobuild.buildroot.net/results/91531e06646b7453248be5c7ca22101edd42d641/
Fixed by
http://git.buildroot.net/buildroot/commit/?id=56e404bb883b0005ee834b2b252245051ea863a3.
> mips | mysql-5.1.73 | NOK | http://autobuild.buildroot.net/results/6b61f90d1a36ba43ff568933bb74975128380516/
-Werror should not be used. Marcelo, can you have a look ?
> arm | newt-0.52.17 | NOK | http://autobuild.buildroot.net/results/c3fb5337a4bdf87baead64106427c4929241c58d/
> i686 | newt-0.52.17 | NOK | http://autobuild.buildroot.net/results/3c1456c190f2849fe08e2518b87947d775791784/
> i686 | newt-0.52.17 | NOK | http://autobuild.buildroot.net/results/77512853ec529ae96481c0b4c532ef9717c00257/
> powerpc | newt-0.52.17 | NOK | http://autobuild.buildroot.net/results/6ae73040a4073ef4612a1c67723238625fad9d64/
> arm | newt-0.52.17 | NOK | http://autobuild.buildroot.net/results/b25d17aa39756a33665369e7bfbbbd216b25f27d/
> i686 | newt-0.52.17 | NOK | http://autobuild.buildroot.net/results/94e0de9f4e89e0305c7c9ef1cc35b56c6b768728/
> arm | newt-0.52.17 | NOK | http://autobuild.buildroot.net/results/dc38a71f860ea6b932cbf3c09da7a832796d1c24/
> i686 | newt-0.52.17 | NOK | http://autobuild.buildroot.net/results/39cd9e183a62c6f586f322167f84c38401eea5fc/
> i686 | newt-0.52.17 | NOK | http://autobuild.buildroot.net/results/0dfa1269e0e2e037df597a626928c58a781fd56d/
Fixed by Gustavo patches on newt and slang.
> bfin | popt-1.16 | NOK | http://autobuild.buildroot.net/results/ef25274b14688f51e1c0ae998b9cbc025584b9d8/
> bfin | popt-1.16 | NOK | http://autobuild.buildroot.net/results/b808cf4fdabb0382970c02b44bd22b84992047ba/
Another issue with the uClibc configuration of Blackfin toolchains.
Aaron, Sonic, what do you suggest?
./.libs/libpopt.so: undefined reference to `_glob_pattern_p'
> bfin | protobuf-2.4.1 | NOK | http://autobuild.buildroot.net/results/c8f2f10eeac8014420e5dc9e2a22750d575f70eb/
Aaron, Sonic, can you have a look?
> avr32 | python-2.7.6 | NOK | http://autobuild.buildroot.net/results/711bea245c0da6c93e0313da8e1ef4ff0cac1abe/
Seems like the internal libffi of Python does not have AVR32 support?
> arm | slang-2.2.4 | NOK | http://autobuild.buildroot.net/results/87b420f413104b23edfce5d921093dd2ef84579d/
> arm | slang-2.2.4 | NOK | http://autobuild.buildroot.net/results/5dfa243548239378b2697b1fcce8cf612065cc9c/
Hopefully fixed by Gustavo patches.
> aarch64 | systemd-212 | NOK | http://autobuild.buildroot.net/results/ad3b4003dc50582a493f1156234d83652104a6bf/
Recent kernel headers are needed for systemd. A patch is being worked
on by Eric Le Bihan.
> i686 | wget-1.15 | NOK | http://autobuild.buildroot.net/results/849a7167241f4fd4ea8bab1085c8fc3db5e4495d/
> i686 | wget-1.15 | NOK | http://autobuild.buildroot.net/results/6526c2392eba1b3f6193ec6c3e87af548dbbf8b0/
> i686 | wget-1.15 | NOK | http://autobuild.buildroot.net/results/23237d2f90d8ec0584a9eb4de8b9b785089053ac/
These problems exist since AUTORECONF has been enabled on wget, by
commit 84bf8f04c68074e7a3acee4018f2ddd63733b52e from Baruch.
Baruch, can you have a look?
Thomas
--
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
^ permalink raw reply [flat|nested] 15+ messages in thread
* [Buildroot] [autobuild.buildroot.net] Build results for 2014-03-28
2014-03-29 16:54 ` Thomas Petazzoni
@ 2014-03-29 17:06 ` Max Filippov
2014-03-30 15:27 ` Thomas Petazzoni
2014-03-29 19:16 ` Gustavo Zacarias
` (3 subsequent siblings)
4 siblings, 1 reply; 15+ messages in thread
From: Max Filippov @ 2014-03-29 17:06 UTC (permalink / raw)
To: buildroot
Hi Thomas,
On Sat, Mar 29, 2014 at 8:54 PM, Thomas Petazzoni
<thomas.petazzoni@free-electrons.com> wrote:
>> xtensa | mplayer-1.1.1 | NOK | http://autobuild.buildroot.net/results/db06965d3984ab6ca5e039f0e35d4be8638c488b/
>
> Baruch, this is a Xtensa specific failure, can you have a look ?
A fix for this and other similar issue with wireshark was posted last sunday:
http://comments.gmane.org/gmane.comp.lib.uclibc.buildroot/80105
For this fix to be complete we need the following patch to be merged to uclibc:
http://permalink.gmane.org/gmane.comp.lib.uclibc.general/23828
--
Thanks.
-- Max
^ permalink raw reply [flat|nested] 15+ messages in thread
* [Buildroot] [autobuild.buildroot.net] Build results for 2014-03-28
2014-03-29 16:54 ` Thomas Petazzoni
2014-03-29 17:06 ` Max Filippov
@ 2014-03-29 19:16 ` Gustavo Zacarias
2014-03-30 5:11 ` Baruch Siach
` (2 subsequent siblings)
4 siblings, 0 replies; 15+ messages in thread
From: Gustavo Zacarias @ 2014-03-29 19:16 UTC (permalink / raw)
To: buildroot
On 03/29/2014 01:54 PM, Thomas Petazzoni wrote:
>> powerpc | mpd-0.18.9 | NOK | http://autobuild.buildroot.net/results/8d0e312f2cdd700c42775404f93173606eb99161/
>
> Gustavo, mpd is your stuff :)
4.6.x is the minimum gcc for mpd and that's a 4.6.0 gcc, can you update it?
Older 4.6.x series were really bad for e500 powerpc and C++.
Regards.
^ permalink raw reply [flat|nested] 15+ messages in thread
* [Buildroot] [autobuild.buildroot.net] Build results for 2014-03-28
2014-03-29 16:54 ` Thomas Petazzoni
2014-03-29 17:06 ` Max Filippov
2014-03-29 19:16 ` Gustavo Zacarias
@ 2014-03-30 5:11 ` Baruch Siach
2014-04-03 13:13 ` Baruch Siach
2014-03-30 11:59 ` Yegor Yefremov
2014-03-31 10:24 ` Anton Kolesov
4 siblings, 1 reply; 15+ messages in thread
From: Baruch Siach @ 2014-03-30 5:11 UTC (permalink / raw)
To: buildroot
Hi Thomas,
On Sat, Mar 29, 2014 at 05:54:52PM +0100, Thomas Petazzoni wrote:
> > i686 | wget-1.15 | NOK | http://autobuild.buildroot.net/results/849a7167241f4fd4ea8bab1085c8fc3db5e4495d/
> > i686 | wget-1.15 | NOK | http://autobuild.buildroot.net/results/6526c2392eba1b3f6193ec6c3e87af548dbbf8b0/
> > i686 | wget-1.15 | NOK | http://autobuild.buildroot.net/results/23237d2f90d8ec0584a9eb4de8b9b785089053ac/
>
> These problems exist since AUTORECONF has been enabled on wget, by
> commit 84bf8f04c68074e7a3acee4018f2ddd63733b52e from Baruch.
>
> Baruch, can you have a look?
I'll take a look in a few days.
baruch
--
http://baruch.siach.name/blog/ ~. .~ Tk Open Systems
=}------------------------------------------------ooO--U--Ooo------------{=
- baruch at tkos.co.il - tel: +972.2.679.5364, http://www.tkos.co.il -
^ permalink raw reply [flat|nested] 15+ messages in thread
* [Buildroot] [autobuild.buildroot.net] Build results for 2014-03-28
2014-03-29 16:54 ` Thomas Petazzoni
` (2 preceding siblings ...)
2014-03-30 5:11 ` Baruch Siach
@ 2014-03-30 11:59 ` Yegor Yefremov
2014-04-05 12:48 ` Thomas Petazzoni
2014-03-31 10:24 ` Anton Kolesov
4 siblings, 1 reply; 15+ messages in thread
From: Yegor Yefremov @ 2014-03-30 11:59 UTC (permalink / raw)
To: buildroot
On Sat, Mar 29, 2014 at 5:54 PM, Thomas Petazzoni
<thomas.petazzoni@free-electrons.com> wrote:
> Aaron, Sonic, Anton, Waldemar, William, Spenser, Yegor, Gustavo, Baruch, Marcelo,
>
> Below, some analysis of the build failures, amongst which certain
> problems need your attention. Could you have a look at the list below
> and look for your name?
>
> Thanks!
>
> On Sat, 29 Mar 2014 08:30:11 +0100 (CET), Thomas Petazzoni wrote:
>
>> aarch64 | coreutils-8.21 | NOK | http://autobuild.buildroot.net/results/25cfb126c01aa70f4666709dddbff298813b5c69/
>
> Fixed by
> http://git.buildroot.net/buildroot/commit/?id=3b44149a2251081d9180651ae5f8a184705e3835.
>
>> i686 | crda-1.1.3 | NOK | http://autobuild.buildroot.net/results/06b4f2ee7fdd7cbd893c91c761270640b747a23b/
>> arm | crda-1.1.3 | NOK | http://autobuild.buildroot.net/results/1fe1f874b1d4dddd1139e62c125c80ad62298e76/
>> mips64el | crda-1.1.3 | NOK | http://autobuild.buildroot.net/results/bf82bc565985410445d9cea1db3f622bede5c1d1/
>
> This is waiting on Samuel series:
> http://thread.gmane.org/gmane.comp.lib.uclibc.buildroot/79108/
>
>> bfin | elfutils-0.155 | NOK | http://autobuild.buildroot.net/results/41cf01e1908ec820e3587454758fee5ca44f3a2d/
>
> This is a Blackfin failure. Sonic, Aaron, can you have a look ?
>
> {standard input}: Assembler messages:
> {standard input}:4: Error: syntax error. Input text was _compat.elfutils_0.122.dwarf_bytesize.
> {standard input}:4: Error:
> make[4]: *** [dwarf_bytesize.os] Error 1
>
>> nios2 | fio-fio-2.1.4 | NOK | http://autobuild.buildroot.net/results/7da32ca8178aa6bada06dfaea38e9e693fba0db2/
>
> fallocate64() problem. Ezequiel, can you have a look?
>
>> mipsel | host-scons-2.3.0 | NOK | http://autobuild.buildroot.net/results/1e3d486e7ad2a90bf116ba1879cfc6119fc5bec4/
>> i686 | host-scons-2.3.0 | NOK | http://autobuild.buildroot.net/results/4113d2684b7991862f7dfa93d741891f295a5ad9/
>> x86_64 | host-scons-2.3.0 | NOK | http://autobuild.buildroot.net/results/e971d07f0f1ad32ba04f2784bc3cc0e5e541d130/
>
> Samuel's series needed.
>
>> arc | imagemagick-6.8.8-9 | NOK | http://autobuild.buildroot.net/results/2139bf93a528780904db4258c04636916931621c/
>
> ARC compiler error. Anton?
>
> CC magick/magick_libMagickCore_6_Q16_la-cipher.lo
> magick/cipher.c: In function 'IncrementCipherNonce.constprop.2':
> magick/cipher.c:535:1: internal compiler error: Segmentation fault
> }
> ^
>
>> bfin | ipsec-tools-0.8.2 | NOK | http://autobuild.buildroot.net/results/65329510868baba49147c206d50c7f5b0c602806/
>
> Aaron, Sonic, the build error is caused by the uClibc configuration in
> Blackfin toolchain being different than the one used by default in
> Buildroot. Possible options are:
>
> * You change the uClibc configuration in the Blackfin toolchain for
> the future releases, so that this problem will disappear.
>
> * We disable this package for Blackfin external toolchains.
>
> cftoken.l: In function 'yycf_switch_buffer':
> cftoken.l:729: error: 'GLOB_TILDE' undeclared (first use in this function)
> cftoken.l:729: error: (Each undeclared identifier is reported only once
> cftoken.l:729: error: for each function it appears in.)
>
>> arc | lcdproc-0.5.6 | NOK | http://autobuild.buildroot.net/results/a3a6cd0ce6bb48a5d9ef7c411630fea0014479df/
>
> Anton ?
>
> /home/test/test/2/output/host/usr/lib/gcc/arc-buildroot-linux-uclibc/4.8.0/../../../../arc-buildroot-linux-uclibc/bin/ld: bayrad.so: hidden symbol `__fini_array_end' isn't defined
> /home/test/test/2/output/host/usr/lib/gcc/arc-buildroot-linux-uclibc/4.8.0/../../../../arc-buildroot-linux-uclibc/bin/ld: final link failed: Bad value
> collect2: error: ld returned 1 exit status
>
>> microblazeel | libsigsegv-2.10 | NOK | http://autobuild.buildroot.net/results/025cca687e4a2f848d77031c2e50135f137b7767/
>
> Waldemar, William, Spenser, can you help us fix this problem? The only
> thing needed to fix it is to know whether the stack is growing downward
> or upward on the Microblaze architecture.
>
>> arm | libuci-262fede3e8c8c08c1eb0... | NOK | http://autobuild.buildroot.net/results/fd8fef776e079600ae0f8ded2763cd3fca39ebee/
>> arm | libuci-262fede3e8c8c08c1eb0... | NOK | http://autobuild.buildroot.net/results/11c352d0f676fc7737ba3a35747474a93ff01d4b/
>> x86_64 | libuci-262fede3e8c8c08c1eb0... | NOK | http://autobuild.buildroot.net/results/df805da50cdfea4ccee112f8b3c65655d1e5eee8/
>> arm | libuci-262fede3e8c8c08c1eb0... | NOK | http://autobuild.buildroot.net/results/00532a8356143baa308c4f832775d8ee28e27e66/
>> x86_64 | libuci-262fede3e8c8c08c1eb0... | NOK | http://autobuild.buildroot.net/results/f90465c77540308d7807dde4308e5ebff07ec9ba/
>> arm | libuci-262fede3e8c8c08c1eb0... | NOK | http://autobuild.buildroot.net/results/497f31a2147cd7ce136ca86a4bdc033088b8272f/
>> arm | libuci-262fede3e8c8c08c1eb0... | NOK | http://autobuild.buildroot.net/results/960cd673632fb4ae598ea6b278cb9664c6dc1ad0/
>
> Yegor, can you have a look ?
I'll do next week. I've made a quick test with the first failed
config. I've stripped it down to build settings and libuci, but it
didn't fail on Ubuntu 13.10.
Yegor
^ permalink raw reply [flat|nested] 15+ messages in thread
* [Buildroot] [autobuild.buildroot.net] Build results for 2014-03-28
2014-03-29 17:06 ` Max Filippov
@ 2014-03-30 15:27 ` Thomas Petazzoni
2014-03-30 22:09 ` Marcelo Gutierrez
0 siblings, 1 reply; 15+ messages in thread
From: Thomas Petazzoni @ 2014-03-30 15:27 UTC (permalink / raw)
To: buildroot
Dear Max Filippov,
On Sat, 29 Mar 2014 21:06:40 +0400, Max Filippov wrote:
> On Sat, Mar 29, 2014 at 8:54 PM, Thomas Petazzoni
> <thomas.petazzoni@free-electrons.com> wrote:
> >> xtensa | mplayer-1.1.1 | NOK | http://autobuild.buildroot.net/results/db06965d3984ab6ca5e039f0e35d4be8638c488b/
> >
> > Baruch, this is a Xtensa specific failure, can you have a look ?
>
> A fix for this and other similar issue with wireshark was posted last sunday:
> http://comments.gmane.org/gmane.comp.lib.uclibc.buildroot/80105
>
> For this fix to be complete we need the following patch to be merged to uclibc:
> http://permalink.gmane.org/gmane.comp.lib.uclibc.general/23828
Can you send a Buildroot patch that adds this uClibc patch to the
Xtensa version? This way, I could test that both of the patches
combined solve the wireshark and mplayer problems.
Thanks!
Thomas
--
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
^ permalink raw reply [flat|nested] 15+ messages in thread
* [Buildroot] [autobuild.buildroot.net] Build results for 2014-03-28
2014-03-30 15:27 ` Thomas Petazzoni
@ 2014-03-30 22:09 ` Marcelo Gutierrez
0 siblings, 0 replies; 15+ messages in thread
From: Marcelo Gutierrez @ 2014-03-30 22:09 UTC (permalink / raw)
To: buildroot
Hi Thomas,
> > mips | mysql-5.1.73 | NOK |
> http://autobuild.buildroot.net/results/6b61f90d1a36ba43ff568933bb74975128380516/
>
> -Werror should not be used. Marcelo, can you have a look ?
>
Fixed:
http://patchwork.ozlabs.org/patch/335157/
Regards,
Marcelo
2014-03-30 12:27 GMT-03:00 Thomas Petazzoni <
thomas.petazzoni@free-electrons.com>:
> Dear Max Filippov,
>
> On Sat, 29 Mar 2014 21:06:40 +0400, Max Filippov wrote:
>
> > On Sat, Mar 29, 2014 at 8:54 PM, Thomas Petazzoni
> > <thomas.petazzoni@free-electrons.com> wrote:
> > >> xtensa | mplayer-1.1.1 | NOK |
> http://autobuild.buildroot.net/results/db06965d3984ab6ca5e039f0e35d4be8638c488b/
> > >
> > > Baruch, this is a Xtensa specific failure, can you have a look ?
> >
> > A fix for this and other similar issue with wireshark was posted last
> sunday:
> > http://comments.gmane.org/gmane.comp.lib.uclibc.buildroot/80105
> >
> > For this fix to be complete we need the following patch to be merged to
> uclibc:
> > http://permalink.gmane.org/gmane.comp.lib.uclibc.general/23828
>
> Can you send a Buildroot patch that adds this uClibc patch to the
> Xtensa version? This way, I could test that both of the patches
> combined solve the wireshark and mplayer problems.
>
> Thanks!
>
> Thomas
> --
> Thomas Petazzoni, CTO, Free Electrons
> Embedded Linux, Kernel and Android engineering
> http://free-electrons.com
> _______________________________________________
> buildroot mailing list
> buildroot at busybox.net
> http://lists.busybox.net/mailman/listinfo/buildroot
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20140330/c25c5bbc/attachment.html>
^ permalink raw reply [flat|nested] 15+ messages in thread
* [Buildroot] [autobuild.buildroot.net] Build results for 2014-03-28
2014-03-29 16:54 ` Thomas Petazzoni
` (3 preceding siblings ...)
2014-03-30 11:59 ` Yegor Yefremov
@ 2014-03-31 10:24 ` Anton Kolesov
2014-03-31 10:32 ` Thomas Petazzoni
4 siblings, 1 reply; 15+ messages in thread
From: Anton Kolesov @ 2014-03-31 10:24 UTC (permalink / raw)
To: buildroot
Hi Thomas,
>
> > arc | imagemagick-6.8.8-9 | NOK |
> http://autobuild.buildroot.net/results/2139bf93a528780904db4258c04636916
> 931621c/
>
> ARC compiler error. Anton?
>
> CC magick/magick_libMagickCore_6_Q16_la-cipher.lo
> magick/cipher.c: In function 'IncrementCipherNonce.constprop.2':
> magick/cipher.c:535:1: internal compiler error: Segmentation fault
> }
> ^
>
[AK:] This one is fixed in our repository. We should have a new release on a two weeks that will resolve many of the compiler failures. I will bump versions in Buildroot after that.
>
> > arc | lcdproc-0.5.6 | NOK |
> http://autobuild.buildroot.net/results/a3a6cd0ce6bb48a5d9ef7c411630fea00
> 14479df/
>
> Anton ?
>
> /home/test/test/2/output/host/usr/lib/gcc/arc-buildroot-linux-
> uclibc/4.8.0/../../../../arc-buildroot-linux-uclibc/bin/ld: bayrad.so: hidden
> symbol `__fini_array_end' isn't defined
> /home/test/test/2/output/host/usr/lib/gcc/arc-buildroot-linux-
> uclibc/4.8.0/../../../../arc-buildroot-linux-uclibc/bin/ld: final link failed: Bad
> value
> collect2: error: ld returned 1 exit status
>
[AK:] It looks like that this is caused by "-static -shared". In general it cannot work for ARC out of the box - because it is "-static" then shared library will be linked with libc.a (not libc.so), however because it is a shared library, then all of the code inside should be compiled -fPIC. But I believe that is not true for ARC tool chain: libc.a by default is compiled without -fPIC for the performance reasons. So the final shared object will have potions of position dependent code - that's not gonna work, previously that was causing an error at runtime in dynamic loader, due to invalid relocations, but since new release linker will abort on attempt to link non-PIC code into shared library. That means that for "-static -shared" to work libc.a should be compiled with -fPIC as well. In this particular case it results in some linker failure (maybe because it is C++, instead of C?). I've tried to link without -static and it worked fine. I presume the error will go away if libc.a will be compiled with -fPIC, but I haven't tried this myself yet.
Anton
>
> Thomas
> --
> Thomas Petazzoni, CTO, Free Electrons
> Embedded Linux, Kernel and Android engineering
> http://free-electrons.com
^ permalink raw reply [flat|nested] 15+ messages in thread
* [Buildroot] [autobuild.buildroot.net] Build results for 2014-03-28
2014-03-31 10:24 ` Anton Kolesov
@ 2014-03-31 10:32 ` Thomas Petazzoni
2014-03-31 10:42 ` Anton Kolesov
0 siblings, 1 reply; 15+ messages in thread
From: Thomas Petazzoni @ 2014-03-31 10:32 UTC (permalink / raw)
To: buildroot
Dear Anton Kolesov,
On Mon, 31 Mar 2014 10:24:47 +0000, Anton Kolesov wrote:
> > ARC compiler error. Anton?
> >
> > CC magick/magick_libMagickCore_6_Q16_la-cipher.lo
> > magick/cipher.c: In function 'IncrementCipherNonce.constprop.2':
> > magick/cipher.c:535:1: internal compiler error: Segmentation fault
> > }
> > ^
>
> [AK:] This one is fixed in our repository. We should have a new release on a two weeks that will resolve many of the compiler failures. I will bump versions in Buildroot after that.
Great, thanks for the feedback!
> > Anton ?
> >
> > /home/test/test/2/output/host/usr/lib/gcc/arc-buildroot-linux-
> > uclibc/4.8.0/../../../../arc-buildroot-linux-uclibc/bin/ld: bayrad.so: hidden
> > symbol `__fini_array_end' isn't defined
> > /home/test/test/2/output/host/usr/lib/gcc/arc-buildroot-linux-
> > uclibc/4.8.0/../../../../arc-buildroot-linux-uclibc/bin/ld: final link failed: Bad
> > value
> > collect2: error: ld returned 1 exit status
> >
>
> [AK:] It looks like that this is caused by "-static -shared". In general it cannot work for ARC out of the box - because
> it is "-static" then shared library will be linked with libc.a (not
> libc.so), however because it is a shared library, then all of the code
> inside should be compiled -fPIC. But I believe that is not true for ARC
> tool chain: libc.a by default is compiled without -fPIC for the
> performance reasons. So the final shared object will have potions of
> position dependent code - that's not gonna work, previously that was
> causing an error at runtime in dynamic loader, due to invalid
> relocations, but since new release linker will abort on attempt to link
> non-PIC code into shared library. That means that for "-static -shared"
> to work libc.a should be compiled with -fPIC as well. In this
> particular case it results in some linker failure (maybe because it is
> C++, instead of C?). I've tried to link without -static and it worked
> fine. I presume the error will go away if libc.a will be compiled with
> -fPIC, but I haven't tried this myself yet.
No, I don't think libc.a should be built with -fPIC. Just leave the ARC
build as it is. The real problem here is that lcdproc attempts to build
a shared library, even if the configuration says BR2_PREFER_STATIC_LIB.
So it should be fixed either by making lcdproc not available when
BR2_PREFER_STATIC_LIB=y, or by fixing lcdproc itself to generate a
shared library when needed.
Best regards,
Thomas
--
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
^ permalink raw reply [flat|nested] 15+ messages in thread
* [Buildroot] [autobuild.buildroot.net] Build results for 2014-03-28
2014-03-31 10:32 ` Thomas Petazzoni
@ 2014-03-31 10:42 ` Anton Kolesov
0 siblings, 0 replies; 15+ messages in thread
From: Anton Kolesov @ 2014-03-31 10:42 UTC (permalink / raw)
To: buildroot
Hi Thomas,
>
> No, I don't think libc.a should be built with -fPIC. Just leave the ARC
> build as it is. The real problem here is that lcdproc attempts to build
> a shared library, even if the configuration says BR2_PREFER_STATIC_LIB.
> So it should be fixed either by making lcdproc not available when
> BR2_PREFER_STATIC_LIB=y, or by fixing lcdproc itself to generate a
> shared library when needed.
BTW, lcdapi package has similar issue, so I think it applies to it as well.
>
> Best regards,
>
> Thomas
> --
> Thomas Petazzoni, CTO, Free Electrons
> Embedded Linux, Kernel and Android engineering
> http://free-electrons.com
^ permalink raw reply [flat|nested] 15+ messages in thread
* [Buildroot] [autobuild.buildroot.net] Build results for 2014-03-28
2014-03-30 5:11 ` Baruch Siach
@ 2014-04-03 13:13 ` Baruch Siach
0 siblings, 0 replies; 15+ messages in thread
From: Baruch Siach @ 2014-04-03 13:13 UTC (permalink / raw)
To: buildroot
Hi Thomas, all,
On Sun, Mar 30, 2014 at 08:11:13AM +0300, Baruch Siach wrote:
> On Sat, Mar 29, 2014 at 05:54:52PM +0100, Thomas Petazzoni wrote:
> > > i686 | wget-1.15 | NOK | http://autobuild.buildroot.net/results/849a7167241f4fd4ea8bab1085c8fc3db5e4495d/
> > > i686 | wget-1.15 | NOK | http://autobuild.buildroot.net/results/6526c2392eba1b3f6193ec6c3e87af548dbbf8b0/
> > > i686 | wget-1.15 | NOK | http://autobuild.buildroot.net/results/23237d2f90d8ec0584a9eb4de8b9b785089053ac/
> >
> > These problems exist since AUTORECONF has been enabled on wget, by
> > commit 84bf8f04c68074e7a3acee4018f2ddd63733b52e from Baruch.
> >
> > Baruch, can you have a look?
>
> I'll take a look in a few days.
The direct cause of this build failure is the gettext version check at
po/Makefile.in.in:
check-macro-version:
@test "$(GETTEXT_MACRO_VERSION)" = "@GETTEXT_MACRO_VERSION@"
Since commit 84bf8f04c6807 (wget: fix build against uclibc snapshot) we
autoreconf wget. When host-gettext is built before wget, the generated
aclocal.m4 file includes the gettext version of gettext.m4 instead of wget own
version of this file which is older. The reason for that seems to be that the
gettext gettext.m4 is copied to $(HOST_DIR)/usr/share/aclocal which is added
to aclocal search path with its -I parameter. The newer gettext.m4 defines
GETTEXT_MACRO_VERSION as 0.18, while po/Makefile.in.in expects 0.17.
My questions is: how can we avoid getting the wrong gettext.m4 version used?
baruch
--
http://baruch.siach.name/blog/ ~. .~ Tk Open Systems
=}------------------------------------------------ooO--U--Ooo------------{=
- baruch at tkos.co.il - tel: +972.2.679.5364, http://www.tkos.co.il -
^ permalink raw reply [flat|nested] 15+ messages in thread
* [Buildroot] [autobuild.buildroot.net] Build results for 2014-03-28
2014-03-30 11:59 ` Yegor Yefremov
@ 2014-04-05 12:48 ` Thomas Petazzoni
2014-04-05 14:44 ` Yegor Yefremov
0 siblings, 1 reply; 15+ messages in thread
From: Thomas Petazzoni @ 2014-04-05 12:48 UTC (permalink / raw)
To: buildroot
Dear Yegor Yefremov,
On Sun, 30 Mar 2014 13:59:44 +0200, Yegor Yefremov wrote:
> >> arm | libuci-262fede3e8c8c08c1eb0... | NOK | http://autobuild.buildroot.net/results/fd8fef776e079600ae0f8ded2763cd3fca39ebee/
> >> arm | libuci-262fede3e8c8c08c1eb0... | NOK | http://autobuild.buildroot.net/results/11c352d0f676fc7737ba3a35747474a93ff01d4b/
> >> x86_64 | libuci-262fede3e8c8c08c1eb0... | NOK | http://autobuild.buildroot.net/results/df805da50cdfea4ccee112f8b3c65655d1e5eee8/
> >> arm | libuci-262fede3e8c8c08c1eb0... | NOK | http://autobuild.buildroot.net/results/00532a8356143baa308c4f832775d8ee28e27e66/
> >> x86_64 | libuci-262fede3e8c8c08c1eb0... | NOK | http://autobuild.buildroot.net/results/f90465c77540308d7807dde4308e5ebff07ec9ba/
> >> arm | libuci-262fede3e8c8c08c1eb0... | NOK | http://autobuild.buildroot.net/results/497f31a2147cd7ce136ca86a4bdc033088b8272f/
> >> arm | libuci-262fede3e8c8c08c1eb0... | NOK | http://autobuild.buildroot.net/results/960cd673632fb4ae598ea6b278cb9664c6dc1ad0/
> >
> > Yegor, can you have a look ?
>
> I'll do next week. I've made a quick test with the first failed
> config. I've stripped it down to build settings and libuci, but it
> didn't fail on Ubuntu 13.10.
Any news? libuci is still generating a good number of build failures
everyday. It would be good to fix this really soon.
Thanks,
Thomas
--
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
^ permalink raw reply [flat|nested] 15+ messages in thread
* [Buildroot] [autobuild.buildroot.net] Build results for 2014-03-28
2014-04-05 12:48 ` Thomas Petazzoni
@ 2014-04-05 14:44 ` Yegor Yefremov
2014-04-05 17:07 ` Thomas Petazzoni
0 siblings, 1 reply; 15+ messages in thread
From: Yegor Yefremov @ 2014-04-05 14:44 UTC (permalink / raw)
To: buildroot
On Sat, Apr 5, 2014 at 2:48 PM, Thomas Petazzoni
<thomas.petazzoni@free-electrons.com> wrote:
> Dear Yegor Yefremov,
>
> On Sun, 30 Mar 2014 13:59:44 +0200, Yegor Yefremov wrote:
>
>> >> arm | libuci-262fede3e8c8c08c1eb0... | NOK | http://autobuild.buildroot.net/results/fd8fef776e079600ae0f8ded2763cd3fca39ebee/
>> >> arm | libuci-262fede3e8c8c08c1eb0... | NOK | http://autobuild.buildroot.net/results/11c352d0f676fc7737ba3a35747474a93ff01d4b/
>> >> x86_64 | libuci-262fede3e8c8c08c1eb0... | NOK | http://autobuild.buildroot.net/results/df805da50cdfea4ccee112f8b3c65655d1e5eee8/
>> >> arm | libuci-262fede3e8c8c08c1eb0... | NOK | http://autobuild.buildroot.net/results/00532a8356143baa308c4f832775d8ee28e27e66/
>> >> x86_64 | libuci-262fede3e8c8c08c1eb0... | NOK | http://autobuild.buildroot.net/results/f90465c77540308d7807dde4308e5ebff07ec9ba/
>> >> arm | libuci-262fede3e8c8c08c1eb0... | NOK | http://autobuild.buildroot.net/results/497f31a2147cd7ce136ca86a4bdc033088b8272f/
>> >> arm | libuci-262fede3e8c8c08c1eb0... | NOK | http://autobuild.buildroot.net/results/960cd673632fb4ae598ea6b278cb9664c6dc1ad0/
>> >
>> > Yegor, can you have a look ?
>>
>> I'll do next week. I've made a quick test with the first failed
>> config. I've stripped it down to build settings and libuci, but it
>> didn't fail on Ubuntu 13.10.
>
> Any news? libuci is still generating a good number of build failures
> everyday. It would be good to fix this really soon.
Sorry for delay.
I still cannot reproduce the error. At first I've sent the patch, that
combines two patches, that were made for libubox. As one can see, it
is uci, that makes trouble, but not libubox.
Then I have diffed both lua/CMakeLists.txt files and found out, that
libubox one has LUAPATH quoted, but the one from uci not.
IF(NOT ${LUA_CHECK_RES} EQUAL 0 OR "${LUAPATH}" EQUAL "")
Could you test this?
diff --git a/lua/CMakeLists.txt b/lua/CMakeLists.txt
index e4295d7..4ba8e37 100644
--- a/lua/CMakeLists.txt
+++ b/lua/CMakeLists.txt
@@ -36,7 +36,7 @@ IF(NOT LUAPATH)
)
IF(BUILD_LUA)
- IF(NOT ${LUA_CHECK_RES} EQUAL 0 OR ${LUAPATH} EQUAL "")
+ IF(NOT ${LUA_CHECK_RES} EQUAL 0 OR "${LUAPATH}" EQUAL "")
MESSAGE(SEND_ERROR "Lua was not found on your system")
ENDIF()
ENDIF()
Yegor
^ permalink raw reply related [flat|nested] 15+ messages in thread
* [Buildroot] [autobuild.buildroot.net] Build results for 2014-03-28
2014-04-05 14:44 ` Yegor Yefremov
@ 2014-04-05 17:07 ` Thomas Petazzoni
0 siblings, 0 replies; 15+ messages in thread
From: Thomas Petazzoni @ 2014-04-05 17:07 UTC (permalink / raw)
To: buildroot
Dear Yegor Yefremov,
On Sat, 5 Apr 2014 16:44:06 +0200, Yegor Yefremov wrote:
> IF(NOT ${LUA_CHECK_RES} EQUAL 0 OR "${LUAPATH}" EQUAL "")
>
> Could you test this?
>
> diff --git a/lua/CMakeLists.txt b/lua/CMakeLists.txt
> index e4295d7..4ba8e37 100644
> --- a/lua/CMakeLists.txt
> +++ b/lua/CMakeLists.txt
> @@ -36,7 +36,7 @@ IF(NOT LUAPATH)
> )
>
> IF(BUILD_LUA)
> - IF(NOT ${LUA_CHECK_RES} EQUAL 0 OR ${LUAPATH} EQUAL "")
> + IF(NOT ${LUA_CHECK_RES} EQUAL 0 OR "${LUAPATH}" EQUAL "")
> MESSAGE(SEND_ERROR "Lua was not found on your system")
> ENDIF()
> ENDIF()
This patch fixes the problem here. Can you send a patch for it?
I'm pretty sure you can reproduce the problem if you disable Lua in
your configuration.
Thomas
--
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
^ permalink raw reply [flat|nested] 15+ messages in thread
end of thread, other threads:[~2014-04-05 17:07 UTC | newest]
Thread overview: 15+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2014-03-29 7:30 [Buildroot] [autobuild.buildroot.net] Build results for 2014-03-28 Thomas Petazzoni
2014-03-29 16:54 ` Thomas Petazzoni
2014-03-29 17:06 ` Max Filippov
2014-03-30 15:27 ` Thomas Petazzoni
2014-03-30 22:09 ` Marcelo Gutierrez
2014-03-29 19:16 ` Gustavo Zacarias
2014-03-30 5:11 ` Baruch Siach
2014-04-03 13:13 ` Baruch Siach
2014-03-30 11:59 ` Yegor Yefremov
2014-04-05 12:48 ` Thomas Petazzoni
2014-04-05 14:44 ` Yegor Yefremov
2014-04-05 17:07 ` Thomas Petazzoni
2014-03-31 10:24 ` Anton Kolesov
2014-03-31 10:32 ` Thomas Petazzoni
2014-03-31 10:42 ` Anton Kolesov
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox