From: Alexey Brodkin <Alexey.Brodkin@synopsys.com>
To: buildroot@busybox.net
Subject: [Buildroot] [arc-buildroot] [autobuild.buildroot.net] arc build results for 2015-06-28
Date: Mon, 6 Jul 2015 14:51:18 +0000 [thread overview]
Message-ID: <1436194278.3246.42.camel@synopsys.com> (raw)
In-Reply-To: <20150629063017.4326F10013E@stock.ovh.net>
Hi Thomas,
On Mon, 2015-06-29 at 08:30 +0200, Thomas Petazzoni wrote:
> Those results are limited to the arc architecture.
>
> Build statistics for 2015-06-28
> ===============================
>
> success : 10
> failures : 9
> timeouts : 0
> TOTAL : 19
>
Classification of failures by reason
> ====================================
>
> berkeleydb-5.3.28 | 2
> empty-0.6.19b | 2
> tor-0.2.6.9 | 1
> eudev-3.1.1 | 1
> binutils-arc-2015.06-rc1 | 1
> zeromq-4.0.5 | 1
> lvm2-2.02.121 | 1
>
> Detail of failures
> ===================
>
> arc | berkeleydb-5.3.28 | NOK | http://autobuil
> d.buildroot.net/results/717f3b37600a56262badc6f7cb64d7949fdacb67/
> arc | berkeleydb-5.3.28 | NOK |
> http://autobuild.buildroot.net/results/80ebf0382992b277fd94743815bbf0
> c7426a3654/
That's a failure if toolchain is configured without threads.
This is what I see in config.log:
--------------------->8--------------------
configure:20510: checking for mutexes
configure:20603:
/home/abrodkin/Outputs/buildroot/test2/host/usr/bin/arc-buildroot-linux
-uclibc-gcc -o conftest -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE
-D_FILE_OFFSET_BITS=64 -matomic -Os -g2 -D_LARGEFILE_SOURCE
-D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -D_GNU_SOURCE -D_REENTRANT
conftest.c -lpthread >&5
In file included from
/home/abrodkin/Outputs/buildroot/test2/host/usr/arc-buildroot-linux
-uclibc/sysroot/usr/include/stdlib.h:24:0,
from conftest.c:43:
/home/abrodkin/Outputs/buildroot/test2/host/usr/arc-buildroot-linux
-uclibc/sysroot/usr/include/features.h:208:5: warning: #warning
requested reentrant code, but thread support was disabled [-Wcpp]
# warning requested reentrant code, but thread support was disabled
^
conftest.c:44:21: fatal error: pthread.h: No such file or directory
#include <pthread.h>
^
compilation terminated.
--------------------->8--------------------
Fixed with http://patchwork.ozlabs.org/patch/491656/
> arc | binutils-arc-2015.06-rc1 | NOK |
> http://autobuild.buildroot.net/results/53d333850a82f71c4e708926d35190
> 93282a6cdf/
I was not able to reproduce that one and from build log I may assume
build process was terminated from outside ("ld terminated with signal 6
[Aborted]"). Is there a chance that build server was shut down or
something?
--------------------->8--------------------
libtool: link: /home/peko/autobuild/instance-0/output/host/usr/bin/arc
-buildroot-linux-uclibc-gcc -shared .libs/dis-buf.o
.libs/disassemble.o .libs/dis-init.o .libs/arc-asm.o .libs/arcompact
-dis.o .libs/arc-ext.o .libs/arc-desc.o .libs/arc-dis-old.o .libs/arc
-dis.o .libs/arc-ibld.o .libs/arc-opc-old.o .libs/arc-opc.o .libs/arc
-opinst.o .libs/cgen-opc.o .libs/cgen-asm.o .libs/cgen-dis.o .libs/cgen
-bitset.o -L/home/peko/autobuild/instance-0/output/build/binutils-arc
-2015.06-rc1/opcodes/../libiberty/pic -liberty -matomic
-Wl,/home/peko/autobuild/instance-0/output/build/binutils-arc-2015.06
-rc1/opcodes/../bfd/.libs/libbfd.so -Wl,-lc -Wl,--as-needed -Wl,-lm
-Wl,--no-as-needed -Wl,-soname -Wl,libopcodes-2.23.2.so -o
.libs/libopcodes-2.23.2.so
collect2: error: ld terminated with signal 6 [Aborted]
make[5]: *** [libopcodes.la] Error 1
--------------------->8--------------------
> arc | empty-0.6.19b | NOK |
> http://autobuild.buildroot.net/results/53db871fe076ad96cdb7aecd3930a8
> 6092b9833f/
> arc | empty-0.6.19b | NOK | http://autobuil
> d.buildroot.net/results/943876e5c65707de11cc5890f1ef62537b92b631/
--------------------->8--------------------
empty.c: In function 'main':
empty.c:202:14: error: storage size of 'semu' isn't known
union semun semu;
^
--------------------->8--------------------
This is because toolchain was built without threads and in case of
uClibc that lead to __UCLIBC_HAS_THREADS__ being undefined, which in
its turn undefines _POSIX_SEMAPHORES which is used in "empty.c":
--------------------->8--------------------
/* semaphores */
#ifdef _POSIX_SEMAPHORES
#if defined(__linux__) && defined(__GNU_LIBRARY__) &&
!defined(_SEM_SEMUN_UNDEFINED)
/* union semun is defined by including <sys/sem.h> */
#else
union semun {
int val;
struct semid_ds *buf;
#ifdef __SVR4
ushort_t *array;
#endif
#ifdef __hpux__
ushort *array;
#endif
#ifdef __linux__
unsigned short *array;
struct seminfo *__buf; /* buffer for
IPC_INFO */
#endif
};
#endif
#endif
union semun semu;
--------------------->8--------------------
I'm not quite sure what's the correct solution here. Probably we may
just remove "#ifdef _POSIX_SEMAPHORES". That allowed me to compile that
package.
Any thoughts?
> arc | eudev-3.1.1 | NOK |
> http://autobuild.buildroot.net/results/76ea39dfd70329e2da1e8dcc288f2e
> b3f6715b7b/
--------------------->8--------------------
/home/buildroot/build/instance-0/output/build/eudev
-3.1.1/src/shared/util.c:84: undefined reference to '.tdata'
--------------------->8--------------------
Looks like an issue in our tools, filed internal STAR 9000922620
against it.
> arc | lvm2-2.02.121 | NOK |
> http://autobuild.buildroot.net/results/0fbf372e874e41162f5d6dc6974478
> 46b51c26c1/
Fixed with http://git.buildroot.net/buildroot/commit/?id=5c51fed1ff2e7a
b66900fa26732ea63dbf148462
> arc | tor-0.2.6.9 | NOK |
> http://autobuild.buildroot.net/results/ea08eeae05f79598809692a4f9a4ec
> fdd64a63af/
Fixed with http://git.buildroot.net/buildroot/commit/package/tor?id=495
65a282ad6a9f6f04a184407ce04f9c4772e9c
But with mentioned patch I see another build failure:
--------------------->8--------------------
src/common/address.c: In function 'tor_addr_parse_PTR_name':
src/common/address.c:502:5: error: 'for' loop initial declarations are
only allowed in C99 mode
for (int i = 0; i < 16; ++i) {
^
src/common/address.c:502:5: note: use option -std=c99 or -std=gnu99 to
compile your code
--------------------->8--------------------
Fixed with http://git.buildroot.net/buildroot/commit/?id=5cf5b390385fb6
325485e37dc9d38e1e3ac1f091
> arc | zeromq-4.0.5 | NOK |
> http://autobuild.buildroot.net/results/ff2144e21abb048b0c86ac382b0883
> 0b96999122/
Known "cfi row mismatch [-Werror]". Will be fixed in RC2.
-Alexey
next parent reply other threads:[~2015-07-06 14:51 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20150629063017.4326F10013E@stock.ovh.net>
2015-07-06 14:51 ` Alexey Brodkin [this message]
2015-07-06 15:43 ` [Buildroot] [arc-buildroot] [autobuild.buildroot.net] arc build results for 2015-06-28 Thomas Petazzoni
2015-07-08 12:15 ` Alexey Brodkin
2015-07-08 12:29 ` Thomas Petazzoni
2015-07-08 14:33 ` Alexey Brodkin
2015-07-08 14:36 ` Thomas Petazzoni
2015-07-08 14:48 ` Alexey Brodkin
2015-07-09 0:13 ` Waldemar Brodkorb
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=1436194278.3246.42.camel@synopsys.com \
--to=alexey.brodkin@synopsys.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.