From mboxrd@z Thu Jan 1 00:00:00 1970 From: Joao Pinto Date: Tue, 26 Jan 2016 12:02:46 +0000 Subject: [Buildroot] Analysis of build failures In-Reply-To: <20160122102957.10f29956@free-electrons.com> References: <20160122073021.E35B6101A27@stock.ovh.net> <20160122102957.10f29956@free-electrons.com> Message-ID: <56A76066.10908@synopsys.com> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: buildroot@busybox.net Hi Thomas, Could you tell me what changed in the Buildroot ecosystem to generate such "new" errors? Joao On 1/22/2016 9:29 AM, Thomas Petazzoni wrote: > Hello, > > Gustavo, Carsten, Frank, Vicente, Alan, Romain, Bernd, Thomas, Peter, > Max, Joao, Maxime, Sonic, Simon, Waldemar, please see below, there are > some questions for you. Thanks! > > On Fri, 22 Jan 2016 08:30:21 +0100 (CET), Thomas Petazzoni wrote: > >> arm | aumix-2.8 | NOK | http://autobuild.buildroot.net/results/c8c7f9a799d1af507a6edd5e02b0bbc8b7b5d068/ > > gettext/libintl handling issue. > >> mipsel | bind-9.10.3-P2 | NOK | http://autobuild.buildroot.net/results/62f386829193c747176ace05e4b26826fcabbf59/ >> mips64el | bind-9.10.3-P2 | NOK | http://autobuild.buildroot.net/results/a92fa5dc5d9d6742d61d4d293f7eac97c5355dfe/ > > rbt.c:116:15: error: two or more data types in declaration specifiers > isc_uint32_t ptrsize; > ^ > rbt.c:116:22: error: expected identifier or '(' before ';' token > isc_uint32_t ptrsize; > > Gustavo, can you have a look ? I think this error already popped up in the past, no? > >> arc | boost-1.60.0 | NOK | http://autobuild.buildroot.net/results/c7d987a51f2b2b731fb60e0e741361bbfb4ff230/ >> x86_64 | boost-1.60.0 | NOK | http://autobuild.buildroot.net/results/b2c860fc8fbc7a025bcd3c04e9b43b04f029ead3/ >> arc | boost-1.60.0 | NOK | http://autobuild.buildroot.net/results/5a33d69d2c11e3013b73b3f6c1d8ab3a31facf62/ >> arc | boost-1.60.0 | NOK | http://autobuild.buildroot.net/results/a7c7eb7c2f477f8a19c1b364f746dfd31bf18a3d/ >> arc | boost-1.60.0 | NOK | http://autobuild.buildroot.net/results/fb2f5cbe28a41161df7e3c5b2f6a36242daf5374/ >> xtensa | boost-1.60.0 | NOK | http://autobuild.buildroot.net/results/179345a92e0c1db1b8d5bccb27c6b93e484f9b6d/ >> i686 | boost-1.60.0 | NOK | http://autobuild.buildroot.net/results/8612864811bbb04d655a6040869ccb81396d7737/ >> arc | boost-1.60.0 | NOK | http://autobuild.buildroot.net/results/51c54c85010c61245a4ef51d4e602974809d077f/ >> arc | boost-1.60.0 | NOK | http://autobuild.buildroot.net/results/e474243b83233c008fc2351c77eba35269e95439/ >> xtensa | boost-1.60.0 | NOK | http://autobuild.buildroot.net/results/30898a3c7a5fceb1bd14a287064b96e04fba7921/ >> microblazeel | boost-1.60.0 | NOK | http://autobuild.buildroot.net/results/d5d159dc004e28fed537b84fae76afb0734b2ec0/ >> microblazeel | boost-1.60.0 | NOK | http://autobuild.buildroot.net/results/71e9dbb63b91980723554651071fdc3d7a2250f2/ >> mips64el | boost-1.60.0 | NOK | http://autobuild.buildroot.net/results/3ee30fe28f709c63c9a0e2d0d91440d855ff73a9/ >> xtensa | boost-1.60.0 | NOK | http://autobuild.buildroot.net/results/c48523b0bc50c61a9dd1bb691cd3fe3b05fdc1a7/ >> sh4 | boost-1.60.0 | NOK | http://autobuild.buildroot.net/results/04553f5d6b73b0a97901995674b0876c33d062f5/ > > The FE_* issue. I tried to have a look at the other day. It seems like > the Boost code does check for FE_*, but it does by running tests with > the host compiler... So it concludes that fenv.h support is OK, but > then it really builds with the target compiler and fails. But the boost > build system is so... that I'm not even sure. > >> arm | dvbsnoop-1.4.50 | NOK | http://autobuild.buildroot.net/results/be64a45ac158b9057fb3e7ef9b515250acc77187/ > > Still the u_long problem. Carsten ? > >> sparc | erlang-17.5 | NOK | http://autobuild.buildroot.net/results/20cd87c6a05c91ee223b813040d9d10fa923b174/ > > libatomic_ops not usable. Probably need to disable erlang on Sparc and > be done with it? > >> x86_64 | erlang-17.5 | NOK | http://autobuild.buildroot.net/results/e4ab3fa4a121f7d7edb0263f02aac2ee836905a7/ > > sys/common/erl_poll.c: In function 'update_pollset': > sys/common/erl_poll.h:132:5: error: '__uint32_t' undeclared (first use in this function) > ((__uint32_t) (EV)) > ^ > sys/common/erl_poll.c:1150:24: note: in expansion of macro 'ERTS_POLL_EV_E2N' > epe_templ.events = ERTS_POLL_EV_E2N(ps->fds_status[fd].events); > ^ > sys/common/erl_poll.h:132:5: note: each undeclared identifier is reported only once for each function it appears in > ((__uint32_t) (EV)) > ^ > sys/common/erl_poll.c:1150:24: note: in expansion of macro 'ERTS_POLL_EV_E2N' > epe_templ.events = ERTS_POLL_EV_E2N(ps->fds_status[fd].events); > ^ > > Musl build issue. Frank, can you have a look at this one ? > >> arm | gdk-pixbuf-2.32.3 | NOK | http://autobuild.buildroot.net/results/f271386d3cefad4a4971bc8698848b4563498e6b/ > > ./.libs/libgdk_pixbuf-2.0.so: undefined reference to `libintl_bind_textdomain_codeset' > ./.libs/libgdk_pixbuf-2.0.so: undefined reference to `libintl_bindtextdomain' > ./.libs/libgdk_pixbuf-2.0.so: undefined reference to `libintl_gettext' > > Gustavo, can you have a look ? > >> mips64el | gst1-libav-1.6.3 | NOK | http://autobuild.buildroot.net/results/1a0eb189ad91a7f2fb7285f4225555a0a0febda2/ > > libavformat/aacdec.c:1:0: error: '-mips64r2' conflicts with the other architecture options, which specify a mips64 processor > > Vicente, this one is for you :-) > >> xtensa | hidapi-d17db57b9d4354752e0a... | NOK | http://autobuild.buildroot.net/results/a5b0d3816953b5477d7938cf001fb048fee7462b/ > > Weird: > > make[3]: *** No rule to make target `hidtest.o', needed by `hidtest-libusb'. Stop. > > Alan, hidapi is your thing, would you mind having a look ? > >> arm | host-efl-1.15.3 | NOK | http://autobuild.buildroot.net/results/e178371c2c3bf42d59c6fc26409e098081239ccb/ > > lib/evas/filters/evas_filter_parser.c: In function '_lua_backtrace': > lib/evas/filters/evas_filter_parser.c:2434:20: error: 'LUA_GLOBALSINDEX' undeclared (first use in this function) > lua_getfield(L, LUA_GLOBALSINDEX, "debug"); > > Romain ? This is host-efl, maybe we need to disable Lua support or > something ? > >> microblazeel | host-gdb-6be65fb56ea6694a92... | NOK | http://autobuild.buildroot.net/results/d35f6ee7643a695af7db3739ff480d25b99ee051/ >> microblazeel | host-gdb-6be65fb56ea6694a92... | NOK | http://autobuild.buildroot.net/results/09f4a89e463b6ccbca01cce1d38eb849c17ed6e1/ > > The documentation issue. Romain, you looked into this a while ago, why > does it pop up again on Microblaze specifically ? > > Maybe we can switch to the mainline gdb for Microblaze ? > >> nios2 | host-vboot-utils-bbdd62f9b0... | NOK | http://autobuild.buildroot.net/results/0e8d5ab5127b5e40c58912fe16504e3fcb941e69/ >> arm | host-vboot-utils-bbdd62f9b0... | NOK | http://autobuild.buildroot.net/results/10f61d4cc5f6fdac231185d577493e0e82c5d091/ >> microblazeel | host-vboot-utils-bbdd62f9b0... | NOK | http://autobuild.buildroot.net/results/bdcb9bbd7a07f0bde1b575bbf7ae88d006a1e823/ >> arm | host-vboot-utils-bbdd62f9b0... | NOK | http://autobuild.buildroot.net/results/a25de6a6e8d68fd86ebf2c5805c6fe31d5860656/ >> arm | host-vboot-utils-bbdd62f9b0... | NOK | http://autobuild.buildroot.net/results/f00e14e2360544ffe7501247dddfcb701631646d/ >> mips64el | host-vboot-utils-bbdd62f9b0... | NOK | http://autobuild.buildroot.net/results/95491e089e6e18bfddbf6d7d19450026e9a349f5/ >> mips64el | host-vboot-utils-bbdd62f9b0... | NOK | http://autobuild.buildroot.net/results/936d66543e2db55309af115ead64ded24f31661c/ >> arm | host-vboot-utils-bbdd62f9b0... | NOK | http://autobuild.buildroot.net/results/25409dfeb7ce5806115092eb341e201d680ab974/ >> bfin | host-vboot-utils-bbdd62f9b0... | NOK | http://autobuild.buildroot.net/results/1a45412939a3f9d6fa59d086d834a3b4a4bffef7/ > > Would be fixed by http://patchwork.ozlabs.org/patch/571347/. > >> nios2 | imagemagick-6.9.2-10 | NOK | http://autobuild.buildroot.net/results/0bf3a2a284b7d4712ab1530562d3b8164fc75e88/ > > The usual: > > assertion fail elf32-nios2.c:1038 > > This is being fixed at > https://sourceware.org/bugzilla/show_bug.cgi?id=19405. In the mean > time, we could disable on NIOS II maybe ? > >> arm | iperf3-3.1 | NOK | http://autobuild.buildroot.net/results/50e34db9e273ebb7b8a9198dec254f6b22e26eff/ > > iperf.h:71:21: error: field 'tcpInfo' has incomplete type > struct tcp_info tcpInfo; /* getsockopt(TCP_INFO) for Linux, {Free,Net}BSD */ > > musl build issue. > > Gustavo, you added the iperf3 package, can you have a look ? > >> x86_64 | iproute2-4.4.0 | NOK | http://autobuild.buildroot.net/results/d3d79b55cb19987d5d5c0da9c0f0d25697697c05/ > > Already fixed by > https://git.busybox.net/buildroot/commit/?id=11d7b8b64aa171823bc4c97e3cce43884d078ecf. > >> x86_64 | iucode-tool-1cbd73013cd4c6b... | NOK | http://autobuild.buildroot.net/results/7f8626db69500a84a393053a485f04180c565673/ > > Fixed by https://git.busybox.net/buildroot/commit/?id=6a774f400b20612cb77836a47aaf62ea72422fb8. > >> nios2 | libcap-ng-0.7.4 | NOK | http://autobuild.buildroot.net/results/183df75a853c3b0e2617c9219a356c5531aa523d/ > > Will be fixed once we bump to binutils 2.26. Romain, maybe we should > disable libcap-ng in the mean time ? > >> x86_64 | libdrm-2.4.66 | NOK | http://autobuild.buildroot.net/results/7d444611f8efa40e0eb81ac88365416ef553fcd5/ >> x86_64 | libdrm-2.4.66 | NOK | http://autobuild.buildroot.net/results/6287fa5a754610f04f0df93bf611676d982f5cff/ > > Musl build issue. Bernd, can you have a look ? > >> powerpc | libnss-3.21 | NOK | http://autobuild.buildroot.net/results/cdae10070b9a97066dbfd0fb2c2004d9bd1fdd43/ >> powerpc | libnss-3.21 | NOK | http://autobuild.buildroot.net/results/0df8b1f78b671ff05b2ecbf9c4cf08b8898e2d43/ > > Fixed by https://git.busybox.net/buildroot/commit/?id=b8fb4903fb858bc81eab6ac5bd37c801853594cb. > >> i686 | libsoil-20080707 | NOK | http://autobuild.buildroot.net/results/8ff91ab8e52000eb34dd8f662520cf1b31490cf5/ >> x86_64 | libsoil-20080707 | NOK | http://autobuild.buildroot.net/results/ea77d6b23aca0cb1cf527e6c16ddf5eba957a69c/ > > These are really weird. The patch doesn't apply when the build takes > place on my build server, but it does apply when I test things locally > on my machine. A difference in the version of patch ? > >> sparc | libubox-e88d816d6e462180f03... | NOK | http://autobuild.buildroot.net/results/4feaa9089ee9a183c5086b791bea35c0156945af/ > > Atomic issue strikes again. > >> mips64el | libv4l-1.8.1 | NOK | http://autobuild.buildroot.net/results/4d63874fe2efda8ac7aa3a8c82affa99f0ce5af0/ > > [.... many more of this issue ....] > > Fixed by > https://git.busybox.net/buildroot/commit/?id=343ec915e3f7cb6f83ef114cd6c5e5f3502d8f4a. > >> mips64el | ltp-testsuite-20150903 | NOK | http://autobuild.buildroot.net/results/3a2b141d90b28a2954fa0ad3104cba81d648d2a3/ >> mipsel | ltp-testsuite-20150903 | NOK | http://autobuild.buildroot.net/results/70aa227c8a289631c2973474cfaef5973756dd5c/ >> mips64el | ltp-testsuite-20150903 | NOK | http://autobuild.buildroot.net/results/2b8c777c76b7e5d5a426045f5a3872d6b71faa56/ >> mipsel | ltp-testsuite-20150903 | NOK | http://autobuild.buildroot.net/results/3f19dd459400ac7fca39e69dd280def6a547f8b6/ > > tirpc/tests_pack/rpc_suite/tirpc/tirpc_auth_authdes_create/tirpc_authdes_create.c:50: undefined reference to `authdes_create' > collect2: error: ld returned 1 exit status > > Thomas, you touched the ltp-testsuite/tirpc handling recently IIRC. > Interestingly, this problem only occurs on MIPS apparently. Thomas, > Vicente, can you have a look ? > > >> arm | lttng-tools-2.7.1 | NOK | http://autobuild.buildroot.net/results/b48bc7ad4bede4d16c079da0ae1121e6796a0e8d/ >> arm | lttng-tools-2.7.1 | NOK | http://autobuild.buildroot.net/results/25dcb19c3dd32e50990f9b45053d71ea18746a80/ >> arm | lttng-tools-2.7.1 | NOK | http://autobuild.buildroot.net/results/a3f93498811491d37ba13d024e33e68a8bc7ba18/ > > checking for dlopen in -lc... no > configure: error: Cannot find dlopen in libdl nor libc. Use LDFLAGS=-Ldir to specify their location. > > In a static linking only situation. > > Samuel, can you have a look ? Most likely we should simply disable > lttng-tools for static only scenarios. > >> x86_64 | madplay-0.15.2b | NOK | http://autobuild.buildroot.net/results/2561190b274d71666c4bdf3c569b02063cefdb30/ > > ./relocatable.c: In function 'libintl_relocate': > ./relocatable.c:402:40: error: 'INSTALLPREFIX' undeclared (first use in this function) > const char *orig_installprefix = INSTALLPREFIX; > > Musl related ? Not sure. Peter, you added the madplay package back in > 2007, so can you have a look ? :-) > >> microblazeel | mesa3d-11.1.1 | NOK | http://autobuild.buildroot.net/results/0d71cd6edccd390106636cc0c4acfe5a8dca112a/ >> microblazeel | mesa3d-11.1.1 | NOK | http://autobuild.buildroot.net/results/6567477b87c081db97a9c2bf84af182a9a281193/ > > Another atomic issue: __sync_val_compare_and_swap_1. > >> mipsel | mosh-1.2.5 | NOK | http://autobuild.buildroot.net/results/3f9443a76d2f8811720748b487e045eec23ec338/ >> mipsel | mosh-1.2.5 | NOK | http://autobuild.buildroot.net/results/104b8fae4ff5918353e0e6a7ac050e2f04d701c1/ > > Vicente, this is with your new mips toolchains, SSP library problem. > Can you have a look ? > >> xtensa | mp4v2-2.0.0 | NOK | http://autobuild.buildroot.net/results/bff7436a800eeea92c0c92bd2846b0f2b31947fd/ > > /tmp/cchH5TCg.s:23436: Error: value of 38619 too large for field of 2 bytes at 2889 > > Toolchain problem. Max can you have a look ? > >> aarch64 | mplayer-1.2 | NOK | http://autobuild.buildroot.net/results/aadce770cf86ded813a78f936f0a6d4441845907/ > > libavutil/aarch64/cpu.c:25:32: error: 'HAVE_ARMV8' undeclared (first use in this function) > return AV_CPU_FLAG_ARMV8 * HAVE_ARMV8 | > ^ > libavutil/aarch64/cpu.c:25:32: note: each undeclared identifier is reported only once for each function it appears in > > Joao, you enabled mplayer on AArch64, can you have a look please ? > >> powerpc | nfs-utils-1.3.3 | NOK | http://autobuild.buildroot.net/results/fe3be93988e585a84ae3116a0c327e1e2c95ad08/ > > Still the same build issue: > > cache.c: In function 'same_path': > cache.c:429:22: error: field 'fh' has incomplete type > cache.c:436:2: warning: implicit declaration of function 'name_to_handle_at' [-Wimplicit-function-declaration] > Makefile:613: recipe for target 'mountd-cache.o' failed > > Maxime ? I gave you some hints about this one, can you cook a patch ? > >> arm | php-5.6.17 | NOK | http://autobuild.buildroot.net/results/0bbae90d05f14ac1fdbac7d8d69d4e6fd922e301/ > > Forgets to link with pthread in a static linking scenario. > > Gustavo ? > >> arm | pinentry-0.9.4 | NOK | http://autobuild.buildroot.net/results/bd886cd10a8f52647296de2ff50270f25532756e/ > > Weird C++ error: > > error: member 'QChar std::__cxx11::basic_string, secmem::alloc >::::_M_local_buf [8]' with constructor not allowed in union > > Vicente, you added this package, so can you have a look ? > >> arm | pptp-linux-1.8.0 | NOK | http://autobuild.buildroot.net/results/56dd530d53489220d0080480310b8dc150cf1b2e/ > > Musl build issue. Gustavo ? > >> arc | qextserialport-ada321a9ee46... | NOK | http://autobuild.buildroot.net/results/d6565367f83cc845495e5e5f60935b71d04ef2da/ > > Toolchain issue it seems: > > /home/test/autobuild/instance-1/output/host/opt/ext-toolchain/bin/../lib/gcc/arc-buildroot-linux-uclibc/4.8.4/../../../../arc-buildroot-linux-uclibc/bin/ld: /home/test/autobuild/instance-1/output/host/usr/arc-buildroot-linux-uclibc/sysroot/usr/lib/libglib-2.0.a(libglib_2_0_la-gmain.o): relocation R_ARC_32_ME against `.rodata.str1.4' can not be used when making a shared object; recompile with -fPIC > > Alexey ? > >> nios2 | qt-4.8.7 | NOK | http://autobuild.buildroot.net/results/aa1492777c5f60ab45921618f64910ca4d048e5f/ >> nios2 | qt-4.8.7 | NOK | http://autobuild.buildroot.net/results/a74810f0fce398c41fef11b8e2b8e1a52ffdb46a/ >> nios2 | qt-4.8.7 | NOK | http://autobuild.buildroot.net/results/cb70d195cf9b9b5ae09b83a40ef767cc8f699a9c/ > > Toolchain issues. Being fixed in upstream gcc, but we should disable > with external NIOS2 toolchain anyway. > > Romain ? > >> arm | qt-4.8.7 | NOK | http://autobuild.buildroot.net/results/53e7e122e96b4b96c0f5feb4f26055b3f5ad8096/ > > Full static configuration fails with: > > /home/test/autobuild/instance-1/output/host/opt/ext-toolchain/bin/../lib/gcc/arm-buildroot-linux-uclibcgnueabi/4.9.3/../../../../arm-buildroot-linux-uclibcgnueabi/bin/ld: cannot find -ldl > > See if we can, get rid of the libdl dependency or make qt (or one of > its sub-option) depend on dynamic library. > > >> arm | rt-tests-v0.89 | NOK | http://autobuild.buildroot.net/results/a6f6502e55fd68803f3ff8b4b76cce6601e101db/ > > In file included from src/lib/rt-get_cpu.c:4:0: > src/include/rt-get_cpu.h:9:19: fatal error: dlfcn.h: No such file or directory > #include > > Should depend on dynamic library. > >> bfin | ruby-2.3.0 | NOK | http://autobuild.buildroot.net/results/268d29bd910c17b1fccad5d13ce281238080efd2/ >> bfin | ruby-2.3.0 | NOK | http://autobuild.buildroot.net/results/1eb3d1ca20ce81fa2b10593d9393fb130558a706/ > > process.c: In function 'rb_spawn_process': > process.c:3921: warning: passing argument 2 of 'rb_ary_new_from_values' from incompatible pointer type > process.c:3923: error: 'status' undeclared (first use in this function) > process.c:3923: error: (Each undeclared identifier is reported only once > process.c:3923: error: for each function it appears in.) > > Sonic, this is a Blackfin problem, can you have a look ? > > >> arm | sconeserver-3b886c3dda6eda3... | NOK | http://autobuild.buildroot.net/results/178bdfb062949fb10b9d6b9830975aa57702b3ae/ > > Static configuration, fails with: > > checking for mpfr_init in -lmpfr... no > configure: error: libraries 'mpfr' and 'gmp' are required for the maths module > > Simon, can you have a look ? > >> sparc64 | setools-3.3.8 | NOK | http://autobuild.buildroot.net/results/328192a8c561f3517bb0f9ebafb59d09e4f4b3ae/ > > policy_scan.o: In function `yyget_out': > policy_scan.c:(.text+0x504): relocation truncated to fit: R_SPARC_GOT13 against symbol `yyout' defined in .bss section in policy_scan.o > policy_scan.o: In function `yyget_leng': > policy_scan.c:(.text+0x520): relocation truncated to fit: R_SPARC_GOT13 against symbol `yyleng' defined in COMMON section in policy_scan.o > > Waldemar, this is a toolchain problem, can you have a look ? > >> mips64el | slang-2.3.0 | NOK | http://autobuild.buildroot.net/results/3c1fef2163b8a194ede70040da87af95bf5dc331/ > > /home/buildroot/autobuild/run/instance-2/output/host/usr/mips64el-buildroot-linux-uclibc/sysroot/usr/lib/../lib64/libreadline.a(display.o): In function `cr': > display.c:(.text+0x208): undefined reference to `tputs' > display.c:(.text+0x210): undefined reference to `tputs' > > Static linking problem. > > Vicente, in commit 41d6f177d226b9014f5a14d0d05ca843f482d94f, you added > some patches to fix static linking. Seems like there are more > problems :-) > >> arm | strongswan-5.3.5 | NOK | http://autobuild.buildroot.net/results/601d8dc1654d8733db49b195139e12437663034c/ > > plugins/plugin_loader.c: In function 'load_plugin': > plugins/plugin_loader.c:359:13: error: 'RTLD_LAZY' undeclared (first use in this function) > int flag = RTLD_LAZY; > > Needs dynamic library ? > >> mipsel | stunnel-5.28 | NOK | http://autobuild.buildroot.net/results/3448dc253a4a86450f15fb225374bd1e643dacd1/ > > Vicente, this is with your new MIPS toolchain, SSP problem: > > /home/peko/autobuild/instance-0/output/host/opt/ext-toolchain/bin/../lib/gcc/mips-img-linux-gnu/4.9.2/../../../../mips-img-linux-gnu/bin/ld: cannot find -lssp_nonshared > /home/peko/autobuild/instance-0/output/host/opt/ext-toolchain/bin/../lib/gcc/mips-img-linux-gnu/4.9.2/../../../../mips-img-linux-gnu/bin/ld: cannot find -lssp > >> arc | tar-1.28 | NOK | http://autobuild.buildroot.net/results/e9c5df490264a2d9ff5160187bda75431493d666/ > > ../gnu/libgnu.a(quotearg.o): In function `quote': > quotearg.c:(.text+0xdac): multiple definition of `quote' > /home/buildroot/buildroot-test/instance-1/output/host/usr/arc-buildroot-linux-uclibc/sysroot/usr/lib/libacl.a(quote.o):/home/buildroot/buildroot-test/instance-1/output/build/acl-2.2.52/libmisc/quote.c:27: first defined here > > I don't think it's specific to ARC. Anyone to have a look ? > >> arc | trousers-0.3.13 | NOK | http://autobuild.buildroot.net/results/7009e334e51adce37353c5d4f618fb28678f6114/ > > PIE problem, patch pending. > >> arm | webkitgtk24-2.4.9 | NOK | http://autobuild.buildroot.net/results/c660d29b0184daf7d16045b595e48d3c73ab521a/ > > checking for GLES2/gl2.h... yes > checking whether to use OpenGL ES 2 support... configure: error: Cannot enable OpenGL ES 2 support without EGL enabled. > > Gustavo ? > > Thomas >