* [Buildroot] [autobuild.buildroot.net] Build results for 2016-08-05 @ 2016-08-06 6:30 Thomas Petazzoni 2016-08-07 9:26 ` [Buildroot] Analysis of build " Thomas Petazzoni 0 siblings, 1 reply; 13+ messages in thread From: Thomas Petazzoni @ 2016-08-06 6:30 UTC (permalink / raw) To: buildroot Build statistics for 2016-08-05 =============================== success : 209 failures : 82 timeouts : 2 TOTAL : 293 Classification of failures by reason ==================================== transmission-2.92 | 6 openblas-f04af36ad0e85b64f1... | 5 rt-tests-1.0 | 3 libunwind-1.1 | 3 argp-standalone-1.3 | 3 cairo-1.14.6 | 2 cups-2.1.4 | 2 dante-1.4.1 | 2 trinity-v1.6 | 2 multicat-2.1 | 2 lirc-tools-0.9.4 | 2 xserver_xorg-server-1.18.4 | 2 ncdu-1.11 | 1 kmsxx-a706f157b86e906968080... | 1 mono-4.4.2.11 | 1 fwup-v0.8.0 | 1 am33x-cm3-11107db2f1e9e58ee... | 1 acpitool-0.5.1 | 1 snmppp-3.3.5 | 1 xdriver_xf86-video-savage-2... | 1 libcofi-7313fbe12b0593034d0... | 1 perl-5.22.2 | 1 gnuradio-3.7.9.1 | 1 lttng-libust-2.7.1 | 1 babeld-1.7.1 | 1 trousers-0.3.13 | 1 cmake-3.5.2 | 1 cifs-utils-6.5 | 1 mtd-1.5.2 | 1 samba4-4.4.5 | 1 blktrace-1.1.0 | 1 weston-1.11.0 | 1 bootutils-1.0.0 | 1 gnuplot-4.6.6 | 1 sysklogd-1.5.1 | 1 host-go-1.6.2 | 1 oprofile-1.1.0 | 1 ruby-2.3.1 | 1 vlc-2.2.4 | 1 poppler-0.32.0 | 1 kvmtool-372f583d359a5bdcbbe... | 1 quota-4.01 | 1 procps-ng-3.3.11 | 1 hidapi-b5b2e1779b6cd2edda30... | 1 taskd-1.1.0 | 1 bdwgc-7.4.2 | 1 owfs-3.1p1 | 1 make[1]: *** wait: No child... | 1 binutils-2.25.1 | 1 make[1]: *** [all] Terminated | 1 php-7.0.9 | 1 stella-4.7.2 | 1 host-gcc-final-arc-2016.09-... | 1 libxmlrpc-1.25.30 | 1 lftp-4.7.3 | 1 ola-0.10.0 | 1 ncurses-5.9 | 1 libcap-ng-0.7.7 | 1 audiofile-0.3.6 | 1 libsepol-2.5 | 1 eudev-3.2 | 1 dosfstools-4.0 | 1 Detail of failures =================== bfin | acpitool-0.5.1 | NOK | http://autobuild.buildroot.net/results/20d72bb9e0aeb6adbce4239f848d355c7f8339e9/ arm | am33x-cm3-11107db2f1e9e58ee... | NOK | http://autobuild.buildroot.net/results/05f46ab28cbfc587e2e031bf38fb975447f8bab6/ bfin | argp-standalone-1.3 | NOK | http://autobuild.buildroot.net/results/9ff665b54ce3bed2608ca4ef032cb912cda8c23f/ bfin | argp-standalone-1.3 | NOK | http://autobuild.buildroot.net/results/1969f4c186a16e6623ff994af3ceb981611e1d57/ bfin | argp-standalone-1.3 | NOK | http://autobuild.buildroot.net/results/1ae7f70b513c76f4fdb27c00f183692dc57aeb62/ bfin | audiofile-0.3.6 | NOK | http://autobuild.buildroot.net/results/2b6a2521be7fac66e6d37b024f358daaaf20fbf9/ arm | babeld-1.7.1 | NOK | http://autobuild.buildroot.net/results/fc6f7fe7ce19b0aec5142787126786cafab808e9/ arm | bdwgc-7.4.2 | NOK | http://autobuild.buildroot.net/results/c27be3e5a573860b332db2c8feafea8d0b8fe9c1/ bfin | binutils-2.25.1 | NOK | http://autobuild.buildroot.net/results/3a04670c1738a7a7180d8ce8944aadde7351169d/ powerpc | blktrace-1.1.0 | NOK | http://autobuild.buildroot.net/results/5a673c692aeb957cd8beb2c2c10ce5fd882ba4b5/ arc | bootutils-1.0.0 | NOK | http://autobuild.buildroot.net/results/4059a5afe3e471d4b25db493d4c5eec646a8b0e1/ m68k | cairo-1.14.6 | NOK | http://autobuild.buildroot.net/results/31a488316fe3c14729a6dd9259205f8530684cab/ m68k | cairo-1.14.6 | NOK | http://autobuild.buildroot.net/results/dc6b899e3e502d65b2cf2f6d922a4f63857edf82/ x86_64 | cifs-utils-6.5 | NOK | http://autobuild.buildroot.net/results/df89921a95b45822f33afb4342db63ec4c5890c3/ arm | cmake-3.5.2 | NOK | http://autobuild.buildroot.net/results/f7e92678e91a6cb15ccf32d4a7d75b39f49d6000/ i586 | cups-2.1.4 | NOK | http://autobuild.buildroot.net/results/7bd4abf3b1a89c6ec2f43a07cc64fafe4960dee2/ i586 | cups-2.1.4 | NOK | http://autobuild.buildroot.net/results/a7d105a1db9fd5bf2705d8398e9c0e53ea2c8bc5/ powerpc | dante-1.4.1 | NOK | http://autobuild.buildroot.net/results/af715a4533ab61502b2c71a222f7f56b92283453/ x86_64 | dante-1.4.1 | NOK | http://autobuild.buildroot.net/results/4068b547646ceb9a8c6b4b72ca3a7c7955abfefd/ x86_64 | dosfstools-4.0 | NOK | http://autobuild.buildroot.net/results/6cc4e51d50c8d39fee2cdc89d9aea8a90a0d4923/ arc | eudev-3.2 | NOK | http://autobuild.buildroot.net/results/c48b73ff8b787dbc632784aa7d979ffa48528d7c/ arm | fwup-v0.8.0 | NOK | http://autobuild.buildroot.net/results/802b6d77e1b77b7c8fcb8f3b394cdabfd406de7a/ m68k | gnuplot-4.6.6 | NOK | http://autobuild.buildroot.net/results/d1e030c42f43f49575f36ecc82e9dd9018ca4f73/ arm | gnuradio-3.7.9.1 | NOK | http://autobuild.buildroot.net/results/f14f4f62b5f23c652fa9411d9c569c2ab3394fb5/ m68k | hidapi-b5b2e1779b6cd2edda30... | NOK | http://autobuild.buildroot.net/results/2ecd240ccb15de76017942a8960faac6b3f973b4/ arc | host-gcc-final-arc-2016.09-... | NOK | http://autobuild.buildroot.net/results/3afc00e64274e89de2cf81e1dda8854327b89291/ aarch64 | host-go-1.6.2 | NOK | http://autobuild.buildroot.net/results/742ec4d95e78ad1a2e613d2ef314ccb6f2c8042f/ i586 | kmsxx-a706f157b86e906968080... | NOK | http://autobuild.buildroot.net/results/989c253478c830fa4da70d0bd3e97f196a770243/ arm | kvmtool-372f583d359a5bdcbbe... | NOK | http://autobuild.buildroot.net/results/a4250a073e8e52f22c3a29bfd45c13a7b6506465/ arm | lftp-4.7.3 | NOK | http://autobuild.buildroot.net/results/ae93bd1b4f6e1ed8f386830d4a51f00d9466f267/ arc | libcap-ng-0.7.7 | NOK | http://autobuild.buildroot.net/results/852f4b29dad031a61034dd5a7c5f1635d1aece4f/ arm | libcofi-7313fbe12b0593034d0... | NOK | http://autobuild.buildroot.net/results/329c09bf123cd5b6dbcfff6251ba7a2c7cce50b8/ arm | libsepol-2.5 | NOK | http://autobuild.buildroot.net/results/14bbb7c9c59e7f68f3ae7ad63e075e27a0da2b1e/ powerpc | libunwind-1.1 | NOK | http://autobuild.buildroot.net/results/1cd69c5eebc4f4a64ee272660beffc8bb4cdb9ad/ powerpc | libunwind-1.1 | NOK | http://autobuild.buildroot.net/results/96c53ff240dcd68fcc9e3d32c4026c9886edcbe7/ sh4 | libunwind-1.1 | NOK | http://autobuild.buildroot.net/results/95a6cca21aea9914ba8bb3f571760fc054c53ecd/ arm | libxmlrpc-1.25.30 | NOK | http://autobuild.buildroot.net/results/3a0b5bf1ad87010d6d109885da8b18154603a77c/ sh4a | lirc-tools-0.9.4 | NOK | http://autobuild.buildroot.net/results/fbae91fe59b6a345eef41119def8ff74424dea5e/ i686 | lirc-tools-0.9.4 | NOK | http://autobuild.buildroot.net/results/fc48b5bcbc04c7db9bcc5e7355020db4d9c745b7/ i586 | lttng-libust-2.7.1 | NOK | http://autobuild.buildroot.net/results/deb80eea5ceae3e7f8e0549596dce2fb6a1e7596/ mips64el | make[1]: *** wait: No child... | TIM | http://autobuild.buildroot.net/results/dad5ea0d7ebfd0822d96b9f0cab6667e1ff145b6/ microblazeel | make[1]: *** [all] Terminated | TIM | http://autobuild.buildroot.net/results/e181a761c36a9f88040be94e5de3ff7ded4dc0c1/ arm | mono-4.4.2.11 | NOK | http://autobuild.buildroot.net/results/41fa15c7f6e56850b030f87b2fb135bf813b5659/ bfin | mtd-1.5.2 | NOK | http://autobuild.buildroot.net/results/388a351113d278ac1f9082d653f6f08c79f7d27c/ microblazeel | multicat-2.1 | NOK | http://autobuild.buildroot.net/results/d4e6045308019eb8051e3d749db233a1831b76ca/ microblazeel | multicat-2.1 | NOK | http://autobuild.buildroot.net/results/4e7e490a4eb52256aba12a131caf059cf5fa0903/ bfin | ncdu-1.11 | NOK | http://autobuild.buildroot.net/results/86b66ed92fb714795ba70c228d4d448a1b61cee0/ arm | ncurses-5.9 | NOK | http://autobuild.buildroot.net/results/e553019e5bb02aca33785b449dc775dc539218d3/ arm | ola-0.10.0 | NOK | http://autobuild.buildroot.net/results/ea537cac5a3aa3eb26ef063664847876bc5fcc60/ arm | openblas-f04af36ad0e85b64f1... | NOK | http://autobuild.buildroot.net/results/ea26242301830c4b68f64702731d19b7bcfa97db/ arm | openblas-f04af36ad0e85b64f1... | NOK | http://autobuild.buildroot.net/results/4da692601523eac261f9fc55616d86fa31f00ec3/ arm | openblas-f04af36ad0e85b64f1... | NOK | http://autobuild.buildroot.net/results/0f9600a8bc78bcdcd724c448350330e352e29cc8/ arm | openblas-f04af36ad0e85b64f1... | NOK | http://autobuild.buildroot.net/results/eec408a938e6791199d817ca138feb1578508fb1/ mips | openblas-f04af36ad0e85b64f1... | NOK | http://autobuild.buildroot.net/results/bacbd8723cb436d42eed74067db77e7dd110c478/ m68k | oprofile-1.1.0 | NOK | http://autobuild.buildroot.net/results/b40e3092d916a0d0068ae4edd8885e38e57e2006/ arm | owfs-3.1p1 | NOK | http://autobuild.buildroot.net/results/fe6843ec53fbed452d2e38a8577a235f73abb8db/ arm | perl-5.22.2 | NOK | http://autobuild.buildroot.net/results/bbe4371b478755f32b950093b6fa96fd009448e9/ m68k | php-7.0.9 | NOK | http://autobuild.buildroot.net/results/754959831528764b5ed908b000c1e6d24a151c2c/ arm | poppler-0.32.0 | NOK | http://autobuild.buildroot.net/results/9b9acd75def0ed807753d47a623dab947b253144/ arm | procps-ng-3.3.11 | NOK | http://autobuild.buildroot.net/results/b385bf435085728aece6323a5006ba9fa6631744/ arm | quota-4.01 | NOK | http://autobuild.buildroot.net/results/733145e94d7c4f3b11e867c60a1e8f8e049a3ce0/ sh4 | rt-tests-1.0 | NOK | http://autobuild.buildroot.net/results/67fc16366717f34df492683a14ecd23376e23110/ sh4 | rt-tests-1.0 | NOK | http://autobuild.buildroot.net/results/a3efa1d65487f094f02ea0f5c78f6b9ee5e60cac/ sh4 | rt-tests-1.0 | NOK | http://autobuild.buildroot.net/results/a822fe8aea4a648e7c515a9759184d005886482f/ i586 | ruby-2.3.1 | NOK | http://autobuild.buildroot.net/results/83b32ca687b29237654d529325fb0792a62b9b6f/ arc | samba4-4.4.5 | NOK | http://autobuild.buildroot.net/results/924c1766989e91e5f807969d45d0a21efe87c401/ bfin | snmppp-3.3.5 | NOK | http://autobuild.buildroot.net/results/916e17bab62813081fc4bae84dc486f044436cb3/ arc | stella-4.7.2 | NOK | http://autobuild.buildroot.net/results/1752ca6a393b43750022db3faee85cfc9d360bc4/ x86_64 | sysklogd-1.5.1 | NOK | http://autobuild.buildroot.net/results/00de6dcceff00458a4c99847c030ab1e2db0e9bd/ arm | taskd-1.1.0 | NOK | http://autobuild.buildroot.net/results/d4e68d561c9de68b3bf50a97bb93298fd7bbffe1/ m68k | transmission-2.92 | NOK | http://autobuild.buildroot.net/results/5fcaba84c884c688e0af27dc70e820fbd62299c9/ mips64el | transmission-2.92 | NOK | http://autobuild.buildroot.net/results/7eebec964d14b55977c15b60c05f889ca88be904/ arm | transmission-2.92 | NOK | http://autobuild.buildroot.net/results/d14b78d793d2ef6c858127e2ba9a8b105c9f8c64/ nios2 | transmission-2.92 | NOK | http://autobuild.buildroot.net/results/8474ac510a0da04860cbb7d3a5a31d7f5ba5e9bc/ mips64el | transmission-2.92 | NOK | http://autobuild.buildroot.net/results/0fc085ec7759db88149eeb7c15841dbcd6a02069/ mips | transmission-2.92 | NOK | http://autobuild.buildroot.net/results/b5566ac8a90d91fc0e5426365f5c350f5e145ed8/ arm | trinity-v1.6 | NOK | http://autobuild.buildroot.net/results/f2e3d5c49249fc2ed1ddb4d3c6f831e77729614d/ arm | trinity-v1.6 | NOK | http://autobuild.buildroot.net/results/be9ba3b875ade563a4e0d5289e3d41e92d3f54ec/ x86_64 | trousers-0.3.13 | NOK | http://autobuild.buildroot.net/results/9ce2bb491aee30863ab623c6b84916132d84b60d/ microblazeel | vlc-2.2.4 | NOK | http://autobuild.buildroot.net/results/1086a649c0c38ede13cfbe4663b67ec98475feba/ mipsel | weston-1.11.0 | NOK | http://autobuild.buildroot.net/results/2c51bbc7dadaaaee0ce11d0f9eb521f11b0d949f/ sparc64 | xdriver_xf86-video-savage-2... | NOK | http://autobuild.buildroot.net/results/ecdb6977d282c276cbdf1f3dd0ccfaddff1d1ac5/ arm | xserver_xorg-server-1.18.4 | NOK | http://autobuild.buildroot.net/results/a60f2e120c97e4bfe9902febb3bb26600da476aa/ arm | xserver_xorg-server-1.18.4 | NOK | http://autobuild.buildroot.net/results/0de6c064efb66aed32cc465349dd8dc138be0668/ -- http://autobuild.buildroot.net ^ permalink raw reply [flat|nested] 13+ messages in thread
* [Buildroot] Analysis of build results for 2016-08-05 2016-08-06 6:30 [Buildroot] [autobuild.buildroot.net] Build results for 2016-08-05 Thomas Petazzoni @ 2016-08-07 9:26 ` Thomas Petazzoni 2016-08-07 11:46 ` Waldemar Brodkorb ` (4 more replies) 0 siblings, 5 replies; 13+ messages in thread From: Thomas Petazzoni @ 2016-08-07 9:26 UTC (permalink / raw) To: buildroot Hello, Here is the usual analysis of build failures. Waldemar, Alexey, Vlad, Gustavo, Frank, Gwenhael, Angelo, Fran?ois, Romain, Bernd, can you have a look below? Thanks! On Sat, 6 Aug 2016 08:30:28 +0200 (CEST), Thomas Petazzoni wrote: > bfin | acpitool-0.5.1 | NOK | http://autobuild.buildroot.net/results/20d72bb9e0aeb6adbce4239f848d355c7f8339e9/ This is the usual Blackfin internal toolchain C++ issue. I have built a new Blackfin toolchain with -rc1 + the latest patches from Waldemar, but we know there is still a remaining problem (or at least one). Waldemar: what about simply disabling C++ support in the Blackfin internal toolchain support for 2016.08 ? > arm | am33x-cm3-11107db2f1e9e58ee... | NOK | http://autobuild.buildroot.net/results/05f46ab28cbfc587e2e031bf38fb975447f8bab6/ Would be fixed by: https://patchwork.ozlabs.org/patch/656416/ > bfin | argp-standalone-1.3 | NOK | http://autobuild.buildroot.net/results/9ff665b54ce3bed2608ca4ef032cb912cda8c23f/ > bfin | argp-standalone-1.3 | NOK | http://autobuild.buildroot.net/results/1969f4c186a16e6623ff994af3ceb981611e1d57/ > bfin | argp-standalone-1.3 | NOK | http://autobuild.buildroot.net/results/1ae7f70b513c76f4fdb27c00f183692dc57aeb62/ Will be fixed by the newer Blackfin toolchain (which has some not yet committed patches from Waldemar). > bfin | audiofile-0.3.6 | NOK | http://autobuild.buildroot.net/results/2b6a2521be7fac66e6d37b024f358daaaf20fbf9/ Still the Blackfin C++ problem. > arm | babeld-1.7.1 | NOK | http://autobuild.buildroot.net/results/fc6f7fe7ce19b0aec5142787126786cafab808e9/ Usual musl header inclusion issue. > arm | bdwgc-7.4.2 | NOK | http://autobuild.buildroot.net/results/c27be3e5a573860b332db2c8feafea8d0b8fe9c1/ Romain proposes https://patchwork.ozlabs.org/patch/656412/ to address this problem. > bfin | binutils-2.25.1 | NOK | http://autobuild.buildroot.net/results/3a04670c1738a7a7180d8ce8944aadde7351169d/ eelf32bfin.c: In function 'gldelf32bfin_place_orphan': eelf32bfin.c:1790:1: error: unable to find a register to spill in class 'CCREGS' } Waldemar, another "fun" Blackfin bug. > powerpc | blktrace-1.1.0 | NOK | http://autobuild.buildroot.net/results/5a673c692aeb957cd8beb2c2c10ce5fd882ba4b5/ The usual: btreplay: hidden symbol `_rest32gpr_30_x' Since this issue has been occurring since March without nobody caring, I've sent a patch to disable this package on PowerPC: https://patchwork.ozlabs.org/patch/656419/ > arc | bootutils-1.0.0 | NOK | http://autobuild.buildroot.net/results/4059a5afe3e471d4b25db493d4c5eec646a8b0e1/ cannot find crtbeginT.o: No such file or directory Alexey, Vlad ? > m68k | cairo-1.14.6 | NOK | http://autobuild.buildroot.net/results/31a488316fe3c14729a6dd9259205f8530684cab/ > m68k | cairo-1.14.6 | NOK | http://autobuild.buildroot.net/results/dc6b899e3e502d65b2cf2f6d922a4f63857edf82/ relocation truncated to fit: R_68K_GOT16O I guess the mxgot hack could be used here as well? Waldemar? > x86_64 | cifs-utils-6.5 | NOK | http://autobuild.buildroot.net/results/df89921a95b45822f33afb4342db63ec4c5890c3/ Gustavo, you are the one looking after cifs-utils, can you have a look? > arm | cmake-3.5.2 | NOK | http://autobuild.buildroot.net/results/f7e92678e91a6cb15ccf32d4a7d75b39f49d6000/ fatal error: stdlib.h: No such file or directory Samuel, could you have a look ? > i586 | cups-2.1.4 | NOK | http://autobuild.buildroot.net/results/7bd4abf3b1a89c6ec2f43a07cc64fafe4960dee2/ > i586 | cups-2.1.4 | NOK | http://autobuild.buildroot.net/results/a7d105a1db9fd5bf2705d8398e9c0e53ea2c8bc5/ I've looked into this issue, it's a issue with i386 + SSP and musl, it needs some gcc patching to work properly. > powerpc | dante-1.4.1 | NOK | http://autobuild.buildroot.net/results/af715a4533ab61502b2c71a222f7f56b92283453/ error: unrecognized command line option '-mfloatprs=double' Gustavo, could you advise here ? > x86_64 | dante-1.4.1 | NOK | http://autobuild.buildroot.net/results/4068b547646ceb9a8c6b4b72ca3a7c7955abfefd/ Yann, I believe this is a /proc missing issue on your server. > x86_64 | dosfstools-4.0 | NOK | http://autobuild.buildroot.net/results/6cc4e51d50c8d39fee2cdc89d9aea8a90a0d4923/ PATH_MAX undefined, musl issue. Should not be too hard to fix. > arc | eudev-3.2 | NOK | http://autobuild.buildroot.net/results/c48b73ff8b787dbc632784aa7d979ffa48528d7c/ Assembler issue, should be fixed by the latest ARC tools bump. I will deploy the new toolchain version today. > arm | fwup-v0.8.0 | NOK | http://autobuild.buildroot.net/results/802b6d77e1b77b7c8fcb8f3b394cdabfd406de7a/ libconfuse issue. I know Frank was working on this, we discussed it on IRC, but I can't recall the details. Frank? > m68k | gnuplot-4.6.6 | NOK | http://autobuild.buildroot.net/results/d1e030c42f43f49575f36ecc82e9dd9018ca4f73/ Again: relocation truncated to fit: R_68K_GOT16O Waldemar, we really have lots of packages that need the -mxgot flag. Should we enable it globally? > arm | gnuradio-3.7.9.1 | NOK | http://autobuild.buildroot.net/results/f14f4f62b5f23c652fa9411d9c569c2ab3394fb5/ Gwenhael, can you have a look? > m68k | hidapi-b5b2e1779b6cd2edda30... | NOK | http://autobuild.buildroot.net/results/2ecd240ccb15de76017942a8960faac6b3f973b4/ Already fixed by: https://git.buildroot.org/buildroot/commit/?id=023bba7797132713c9e656cd45846596a2b16bf5 > arc | host-gcc-final-arc-2016.09-... | NOK | http://autobuild.buildroot.net/results/3afc00e64274e89de2cf81e1dda8854327b89291/ configure: error: Link tests are not allowed after GCC_NO_EXECUTABLES. Alexey, Vlad ? > aarch64 | host-go-1.6.2 | NOK | http://autobuild.buildroot.net/results/742ec4d95e78ad1a2e613d2ef314ccb6f2c8042f/ Memory allocation failure, ignore this one. > i586 | kmsxx-a706f157b86e906968080... | NOK | http://autobuild.buildroot.net/results/989c253478c830fa4da70d0bd3e97f196a770243/ Yann, you started looking after kmsxx, this one is a musl related issue, could you have a look? > arm | kvmtool-372f583d359a5bdcbbe... | NOK | http://autobuild.buildroot.net/results/a4250a073e8e52f22c3a29bfd45c13a7b6506465/ Musl related build issue. Gustavo, you originally added kvmtool, can you have a look? > arm | lftp-4.7.3 | NOK | http://autobuild.buildroot.net/results/ae93bd1b4f6e1ed8f386830d4a51f00d9466f267/ checking for Readline... no configure: error: cannot find readline library, install readline-devel package Static linking issue. > arc | libcap-ng-0.7.7 | NOK | http://autobuild.buildroot.net/results/852f4b29dad031a61034dd5a7c5f1635d1aece4f/ Assembler error, should be fixed by the newer version of the ARC tools. > arm | libcofi-7313fbe12b0593034d0... | NOK | http://autobuild.buildroot.net/results/329c09bf123cd5b6dbcfff6251ba7a2c7cce50b8/ Trying to build a shared library on a static only configuration. I just sent a patch to disable this package on BR2_STATIC_LIBS: https://patchwork.ozlabs.org/patch/656447/ > arm | libsepol-2.5 | NOK | http://autobuild.buildroot.net/results/14bbb7c9c59e7f68f3ae7ad63e075e27a0da2b1e/ Fixed by https://git.buildroot.org/buildroot/commit/?id=5879f0192e99982880aeff7da5bb934b202a6262 > powerpc | libunwind-1.1 | NOK | http://autobuild.buildroot.net/results/1cd69c5eebc4f4a64ee272660beffc8bb4cdb9ad/ > powerpc | libunwind-1.1 | NOK | http://autobuild.buildroot.net/results/96c53ff240dcd68fcc9e3d32c4026c9886edcbe7/ > sh4 | libunwind-1.1 | NOK | http://autobuild.buildroot.net/results/95a6cca21aea9914ba8bb3f571760fc054c53ecd/ All three would be fixed by applying: https://patchwork.ozlabs.org/patch/656448/ > arm | libxmlrpc-1.25.30 | NOK | http://autobuild.buildroot.net/results/3a0b5bf1ad87010d6d109885da8b18154603a77c/ base64.cpp:26:1: error: narrowing conversion of '-1' from 'int' to 'char' inside { } [-Wnarrowing] Issue with modern gcc? Someone to look into this? > sh4a | lirc-tools-0.9.4 | NOK | http://autobuild.buildroot.net/results/fbae91fe59b6a345eef41119def8ff74424dea5e/ > i686 | lirc-tools-0.9.4 | NOK | http://autobuild.buildroot.net/results/fc48b5bcbc04c7db9bcc5e7355020db4d9c745b7/ Forgets to link with librt. > i586 | lttng-libust-2.7.1 | NOK | http://autobuild.buildroot.net/results/deb80eea5ceae3e7f8e0549596dce2fb6a1e7596/ Fixed by commit d1dbd48ddc6e01e3a38e97d95af8bd96b5528fb1. > mips64el | make[1]: *** wait: No child... | TIM | http://autobuild.buildroot.net/results/dad5ea0d7ebfd0822d96b9f0cab6667e1ff145b6/ > microblazeel | make[1]: *** [all] Terminated | TIM | http://autobuild.buildroot.net/results/e181a761c36a9f88040be94e5de3ff7ded4dc0c1/ Ignore. > arm | mono-4.4.2.11 | NOK | http://autobuild.buildroot.net/results/41fa15c7f6e56850b030f87b2fb135bf813b5659/ Angelo, could you have a look? > bfin | mtd-1.5.2 | NOK | http://autobuild.buildroot.net/results/388a351113d278ac1f9082d653f6f08c79f7d27c/ integck.c: In function 'parse_mount_options': integck.c:2889: error: 'MS_DIRSYNC' undeclared (first use in this function) integck.c:2889: error: (Each undeclared identifier is reported only once integck.c:2889: error: for each function it appears in.) integck.c:2899: error: 'MS_RELATIME' undeclared (first use in this function) make[2]: *** [integck] Error 1 Need a kernel header version dependency. > microblazeel | multicat-2.1 | NOK | http://autobuild.buildroot.net/results/d4e6045308019eb8051e3d749db233a1831b76ca/ > microblazeel | multicat-2.1 | NOK | http://autobuild.buildroot.net/results/4e7e490a4eb52256aba12a131caf059cf5fa0903/ aggregartp.c:344:40: error: 'POLLRDHUP' undeclared (first use in this function) This is fixed by the latest update of uClibc-ng, I will deploy the new toolchains soon. > bfin | ncdu-1.11 | NOK | http://autobuild.buildroot.net/results/86b66ed92fb714795ba70c228d4d448a1b61cee0/ Fixed by 9f8bab11571813a7e641ae1d1193b25abf4270d8 > arm | ncurses-5.9 | NOK | http://autobuild.buildroot.net/results/e553019e5bb02aca33785b449dc775dc539218d3/ ../ncurses/curses.priv.h:366:42: error: request for member 'ext_color' in something not a structure or union Maybe https://patchwork.ozlabs.org/patch/654321/ fixes this? > arm | ola-0.10.0 | NOK | http://autobuild.buildroot.net/results/ea537cac5a3aa3eb26ef063664847876bc5fcc60/ fatal error: stdlib.h: No such file or directory. Same error as CMake. Is this a toolchain issue? > arm | openblas-f04af36ad0e85b64f1... | NOK | http://autobuild.buildroot.net/results/ea26242301830c4b68f64702731d19b7bcfa97db/ > arm | openblas-f04af36ad0e85b64f1... | NOK | http://autobuild.buildroot.net/results/4da692601523eac261f9fc55616d86fa31f00ec3/ > arm | openblas-f04af36ad0e85b64f1... | NOK | http://autobuild.buildroot.net/results/0f9600a8bc78bcdcd724c448350330e352e29cc8/ > arm | openblas-f04af36ad0e85b64f1... | NOK | http://autobuild.buildroot.net/results/eec408a938e6791199d817ca138feb1578508fb1/ Would be fixed by https://patchwork.ozlabs.org/patch/656413/. > mips | openblas-f04af36ad0e85b64f1... | NOK | http://autobuild.buildroot.net/results/bacbd8723cb436d42eed74067db77e7dd110c478/ Fixed by c20e52825d575a67268d02634205897415214aca. > m68k | oprofile-1.1.0 | NOK | http://autobuild.buildroot.net/results/b40e3092d916a0d0068ae4edd8885e38e57e2006/ Fixed by b038f8baf568a5085746e745adde3166199e2997. > arm | owfs-3.1p1 | NOK | http://autobuild.buildroot.net/results/fe6843ec53fbed452d2e38a8577a235f73abb8db/ Would be fixed by https://patchwork.ozlabs.org/patch/656307/. > arm | perl-5.22.2 | NOK | http://autobuild.buildroot.net/results/bbe4371b478755f32b950093b6fa96fd009448e9/ undefined reference to `libintl_dgettext' Forgets to link with libintl, in a static configuration. Fran?ois, can you have a look? > m68k | php-7.0.9 | NOK | http://autobuild.buildroot.net/results/754959831528764b5ed908b000c1e6d24a151c2c/ /tmp/ccnMF6vi.s: Assembler messages: /tmp/ccnMF6vi.s: Fatal error: Tried to convert PC relative branch to absolute jump Waldemar ? > arm | poppler-0.32.0 | NOK | http://autobuild.buildroot.net/results/9b9acd75def0ed807753d47a623dab947b253144/ Conflicting CPU architectures 13/1 Weird, happens on our Cortex-M4 configuration. > arm | procps-ng-3.3.11 | NOK | http://autobuild.buildroot.net/results/b385bf435085728aece6323a5006ba9fa6631744/ Would be fixed by https://patchwork.ozlabs.org/patch/656450/. > arm | quota-4.01 | NOK | http://autobuild.buildroot.net/results/733145e94d7c4f3b11e867c60a1e8f8e049a3ce0/ checking for ext2fs_initialize in -lext2fs... no configure: error: Ext2 direct support required but libraries not found. > sh4 | rt-tests-1.0 | NOK | http://autobuild.buildroot.net/results/67fc16366717f34df492683a14ecd23376e23110/ > sh4 | rt-tests-1.0 | NOK | http://autobuild.buildroot.net/results/a3efa1d65487f094f02ea0f5c78f6b9ee5e60cac/ > sh4 | rt-tests-1.0 | NOK | http://autobuild.buildroot.net/results/a822fe8aea4a648e7c515a9759184d005886482f/ error: '__NR_sched_setattr' undeclared error: '__NR_sched_getattr' undeclared > i586 | ruby-2.3.1 | NOK | http://autobuild.buildroot.net/results/83b32ca687b29237654d529325fb0792a62b9b6f/ Musl i586 / SSP issue (mentioned above). > arc | samba4-4.4.5 | NOK | http://autobuild.buildroot.net/results/924c1766989e91e5f807969d45d0a21efe87c401/ Toolchain issue. Hopefully fixed by the latest update. > bfin | snmppp-3.3.5 | NOK | http://autobuild.buildroot.net/results/916e17bab62813081fc4bae84dc486f044436cb3/ Blackfin toolchain issue. > arc | stella-4.7.2 | NOK | http://autobuild.buildroot.net/results/1752ca6a393b43750022db3faee85cfc9d360bc4/ x86_64-linux-gnu-g++: error: unrecognized command line option '-matomic' x86_64-linux-gnu-g++: error: unrecognized command line option '-matomic' Why is the heck a x86_64-linux-gnu compiler used on an ARC configuration? There are some configure scripts issues as well: Looking for C++ compiler... ./configure: line 110: eval: -g: invalid option eval: usage: eval [arg ...] ./configure: line 110: eval: -c: invalid option eval: usage: eval [arg ...] > x86_64 | sysklogd-1.5.1 | NOK | http://autobuild.buildroot.net/results/00de6dcceff00458a4c99847c030ab1e2db0e9bd/ musl build issue. > arm | taskd-1.1.0 | NOK | http://autobuild.buildroot.net/results/d4e68d561c9de68b3bf50a97bb93298fd7bbffe1/ static linking issue. > m68k | transmission-2.92 | NOK | http://autobuild.buildroot.net/results/5fcaba84c884c688e0af27dc70e820fbd62299c9/ > mips64el | transmission-2.92 | NOK | http://autobuild.buildroot.net/results/7eebec964d14b55977c15b60c05f889ca88be904/ > arm | transmission-2.92 | NOK | http://autobuild.buildroot.net/results/d14b78d793d2ef6c858127e2ba9a8b105c9f8c64/ > nios2 | transmission-2.92 | NOK | http://autobuild.buildroot.net/results/8474ac510a0da04860cbb7d3a5a31d7f5ba5e9bc/ > mips64el | transmission-2.92 | NOK | http://autobuild.buildroot.net/results/0fc085ec7759db88149eeb7c15841dbcd6a02069/ > mips | transmission-2.92 | NOK | http://autobuild.buildroot.net/results/b5566ac8a90d91fc0e5426365f5c350f5e145ed8/ Hopefully all fixed by 1f3946ecc00786fdb4ab2666ff9054d084b7f2a5. > arm | trinity-v1.6 | NOK | http://autobuild.buildroot.net/results/f2e3d5c49249fc2ed1ddb4d3c6f831e77729614d/ > arm | trinity-v1.6 | NOK | http://autobuild.buildroot.net/results/be9ba3b875ade563a4e0d5289e3d41e92d3f54ec/ Musl build issue. > x86_64 | trousers-0.3.13 | NOK | http://autobuild.buildroot.net/results/9ce2bb491aee30863ab623c6b84916132d84b60d/ tsp_tcsi_param.c:14:28: fatal error: bits/local_lim.h: No such file or directory #include <bits/local_lim.h> Yet another musl build issue. > microblazeel | vlc-2.2.4 | NOK | http://autobuild.buildroot.net/results/1086a649c0c38ede13cfbe4663b67ec98475feba/ internal compiler error: in merge_overlapping_regs, at regrename.c:295 Romain, we probably want to disable this package on Microblaze, no? > mipsel | weston-1.11.0 | NOK | http://autobuild.buildroot.net/results/2c51bbc7dadaaaee0ce11d0f9eb521f11b0d949f/ src/compositor-rdp.c: In function 'xf_peer_activate': src/compositor-rdp.c:875:2: error: stray '\302' in program > sparc64 | xdriver_xf86-video-savage-2... | NOK | http://autobuild.buildroot.net/results/ecdb6977d282c276cbdf1f3dd0ccfaddff1d1ac5/ Bernd, could you have a look? > arm | xserver_xorg-server-1.18.4 | NOK | http://autobuild.buildroot.net/results/a60f2e120c97e4bfe9902febb3bb26600da476aa/ > arm | xserver_xorg-server-1.18.4 | NOK | http://autobuild.buildroot.net/results/0de6c064efb66aed32cc465349dd8dc138be0668/ This is the DRM issue, being discussed currently, there is a proposed patch from Bernd. Thomas -- Thomas Petazzoni, CTO, Free Electrons Embedded Linux, Kernel and Android engineering http://free-electrons.com ^ permalink raw reply [flat|nested] 13+ messages in thread
* [Buildroot] Analysis of build results for 2016-08-05 2016-08-07 9:26 ` [Buildroot] Analysis of build " Thomas Petazzoni @ 2016-08-07 11:46 ` Waldemar Brodkorb 2016-08-09 10:03 ` Thomas Petazzoni 2016-08-07 14:33 ` Frank Hunleth ` (3 subsequent siblings) 4 siblings, 1 reply; 13+ messages in thread From: Waldemar Brodkorb @ 2016-08-07 11:46 UTC (permalink / raw) To: buildroot Hi Thomas, Thomas Petazzoni wrote, > Hello, > > Here is the usual analysis of build failures. Waldemar, Alexey, Vlad, > Gustavo, Frank, Gwenhael, Angelo, Fran?ois, Romain, Bernd, can you have > a look below? Thanks! > > On Sat, 6 Aug 2016 08:30:28 +0200 (CEST), Thomas Petazzoni wrote: > > > bfin | acpitool-0.5.1 | NOK | http://autobuild.buildroot.net/results/20d72bb9e0aeb6adbce4239f848d355c7f8339e9/ > > This is the usual Blackfin internal toolchain C++ issue. I have built > a new Blackfin toolchain with -rc1 + the latest patches from Waldemar, > but we know there is still a remaining problem (or at least one). > > Waldemar: what about simply disabling C++ support in the Blackfin > internal toolchain support for 2016.08 ? Give me the next week to find a solution, otherwise we should disable it. > > m68k | cairo-1.14.6 | NOK | http://autobuild.buildroot.net/results/dc6b899e3e502d65b2cf2f6d922a4f63857edf82/ > > relocation truncated to fit: R_68K_GOT16O > > I guess the mxgot hack could be used here as well? Waldemar? Yes. I can prepare a patch. > > m68k | gnuplot-4.6.6 | NOK | http://autobuild.buildroot.net/results/d1e030c42f43f49575f36ecc82e9dd9018ca4f73/ > > Again: relocation truncated to fit: R_68K_GOT16O > > Waldemar, we really have lots of packages that need the -mxgot flag. > Should we enable it globally? No, it will generate not so optimal code for all packages, I would rather like to fix all packages which require this workaround and might discuss, if this can be automatically used by gcc with the gcc developers. > > m68k | php-7.0.9 | NOK | http://autobuild.buildroot.net/results/754959831528764b5ed908b000c1e6d24a151c2c/ > > /tmp/ccnMF6vi.s: Assembler messages: > /tmp/ccnMF6vi.s: Fatal error: Tried to convert PC relative branch to absolute jump > > Waldemar ? Depends, will php7 be available for BR2_STATIC_LIBS or not? If not I will just ignore it for now :) best regards Waldemar ^ permalink raw reply [flat|nested] 13+ messages in thread
* [Buildroot] Analysis of build results for 2016-08-05 2016-08-07 11:46 ` Waldemar Brodkorb @ 2016-08-09 10:03 ` Thomas Petazzoni 0 siblings, 0 replies; 13+ messages in thread From: Thomas Petazzoni @ 2016-08-09 10:03 UTC (permalink / raw) To: buildroot Hello, On Sun, 7 Aug 2016 13:46:06 +0200, Waldemar Brodkorb wrote: > > Waldemar: what about simply disabling C++ support in the Blackfin > > internal toolchain support for 2016.08 ? > > Give me the next week to find a solution, otherwise we should > disable it. I see you mailed me about this, asking to disable C++ support for now in Blackfin. > > > m68k | cairo-1.14.6 | NOK | http://autobuild.buildroot.net/results/dc6b899e3e502d65b2cf2f6d922a4f63857edf82/ > > > > relocation truncated to fit: R_68K_GOT16O > > > > I guess the mxgot hack could be used here as well? Waldemar? > > Yes. I can prepare a patch. Patch committed. > > > m68k | gnuplot-4.6.6 | NOK | http://autobuild.buildroot.net/results/d1e030c42f43f49575f36ecc82e9dd9018ca4f73/ > > > > Again: relocation truncated to fit: R_68K_GOT16O > > > > Waldemar, we really have lots of packages that need the -mxgot flag. > > Should we enable it globally? > > No, it will generate not so optimal code for all packages, I would > rather like to fix all packages which require this workaround and > might discuss, if this can be automatically used by gcc with the gcc > developers. I've committed your patch on gnuplot. Though I believe it would be nice for gcc to have some kind of -mautoxgot option to tell "please use the optimized mechanism if possible, and if not, fallback to the mxgot mechanism". > > > m68k | php-7.0.9 | NOK | http://autobuild.buildroot.net/results/754959831528764b5ed908b000c1e6d24a151c2c/ > > > > /tmp/ccnMF6vi.s: Assembler messages: > > /tmp/ccnMF6vi.s: Fatal error: Tried to convert PC relative branch to absolute jump > > > > Waldemar ? > > Depends, will php7 be available for BR2_STATIC_LIBS or not? If not I > will just ignore it for now :) Sadly for you, I just sent a minute ago a patch that fixes the build of PHP on BR2_STATIC_LIBS configurations :-) Thomas -- Thomas Petazzoni, CTO, Free Electrons Embedded Linux and Kernel engineering http://free-electrons.com ^ permalink raw reply [flat|nested] 13+ messages in thread
* [Buildroot] Analysis of build results for 2016-08-05 2016-08-07 9:26 ` [Buildroot] Analysis of build " Thomas Petazzoni 2016-08-07 11:46 ` Waldemar Brodkorb @ 2016-08-07 14:33 ` Frank Hunleth 2016-08-07 15:48 ` Samuel Martin ` (2 subsequent siblings) 4 siblings, 0 replies; 13+ messages in thread From: Frank Hunleth @ 2016-08-07 14:33 UTC (permalink / raw) To: buildroot Hi Thomas, On Sun, Aug 7, 2016 at 5:26 AM, Thomas Petazzoni <thomas.petazzoni@free-electrons.com> wrote: >> arm | fwup-v0.8.0 | NOK | http://autobuild.buildroot.net/results/802b6d77e1b77b7c8fcb8f3b394cdabfd406de7a/ > > libconfuse issue. I know Frank was working on this, we discussed it on > IRC, but I can't recall the details. Frank? > Sorry for being quiet on this issue. I've been so busy at work that I didn't make much progress after our IRC discussion. I didn't look hard at the failure above, but it did look similar to the others. The common thread in the previous failures was static linking, libintl, and pthreads. There are two issues: The first was that fwup wasn't using the pkgconfig information so when libconfuse has a transitive dependency on libintl, libintl wasn't being linked in and the autoconf test for libconfuse would fail. That's fixed in fwup 0.8.1, so all that needs to be done is for the version bump to be pulled into Buildroot. I haven't sent a patch because of the second issue. The second issue is that both libintl and libarchive depend on pthreads, but don't list that dependency in their pkgconfig data. libintl doesn't even have a .pc file. The pthreads dependency is a little silly, since both libraries only use mutexes, but it causes linker errors nonetheless. This is where I timed out. Is the answer to make fwup depend on pthreads, fix libarchive, or fix libintl? I was also surprised that other programs hadn't run into this issue as well, so maybe there's another option out there. Any help on this would be appreciated. Frank ^ permalink raw reply [flat|nested] 13+ messages in thread
* [Buildroot] Analysis of build results for 2016-08-05 2016-08-07 9:26 ` [Buildroot] Analysis of build " Thomas Petazzoni 2016-08-07 11:46 ` Waldemar Brodkorb 2016-08-07 14:33 ` Frank Hunleth @ 2016-08-07 15:48 ` Samuel Martin 2016-08-09 14:15 ` Ben Boeckel 2016-08-08 15:56 ` Vlad Zakharov 2016-08-09 13:27 ` gwenhael.goavec 4 siblings, 1 reply; 13+ messages in thread From: Samuel Martin @ 2016-08-07 15:48 UTC (permalink / raw) To: buildroot Hi Thomas, Ben, all, On Sun, Aug 7, 2016 at 11:26 AM, Thomas Petazzoni <thomas.petazzoni@free-electrons.com> wrote: > Hello, > > Here is the usual analysis of build failures. Waldemar, Alexey, Vlad, > Gustavo, Frank, Gwenhael, Angelo, Fran?ois, Romain, Bernd, can you have > a look below? Thanks! > >> arm | cmake-3.5.2 | NOK | http://autobuild.buildroot.net/results/f7e92678e91a6cb15ccf32d4a7d75b39f49d6000/ > > fatal error: stdlib.h: No such file or directory > > Samuel, could you have a look ? Sure. I'm able to reproduce it. It seems to be another error due to "-isystem $(STAGING_DIR)/usr/include" passed to g++ [1]. AFAICS, this is done by CMake when generating the flags.make files. Note that removing it from the CXX_INCLUDES variables in all generated flags.make prevent from triggering this error. It is not clear to me whether it is a gcc-6.x bug or a CMake one. According to fedora developers, this is not a gcc-6 bug [2]. Ben, do you have any idea? Ben, I have not opened any ticket yet, nor checked if a similar one is already opened. Do you need more details? Regards, [1] http://code.bulix.org/6osftm-104973 [2] https://lists.fedoraproject.org/archives/list/devel at lists.fedoraproject.org/thread/Q5SWCUUMWQ4EMS7CU2CBOZHV3WZYOOTT/ -- Samuel ^ permalink raw reply [flat|nested] 13+ messages in thread
* [Buildroot] Analysis of build results for 2016-08-05 2016-08-07 15:48 ` Samuel Martin @ 2016-08-09 14:15 ` Ben Boeckel 2016-08-17 21:18 ` Samuel Martin 0 siblings, 1 reply; 13+ messages in thread From: Ben Boeckel @ 2016-08-09 14:15 UTC (permalink / raw) To: buildroot On Sun, Aug 07, 2016 at 17:48:46 +0200, Samuel Martin wrote: > It seems to be another error due to "-isystem > $(STAGING_DIR)/usr/include" passed to g++ [1]. > > AFAICS, this is done by CMake when generating the flags.make files. > Note that removing it from the CXX_INCLUDES variables in all generated > flags.make prevent from triggering this error. > > It is not clear to me whether it is a gcc-6.x bug or a CMake one. > According to fedora developers, this is not a gcc-6 bug [2]. > Ben, do you have any idea? It might be that CMake is having trouble determining the paths that the compiler uses by default? It should exclude any such directories from the -I setup (though -isystem may change this behavior). CMake builds up this variable: https://cmake.org/cmake/help/latest/variable/CMAKE_LANG_IMPLICIT_INCLUDE_DIRECTORIES.html based on the platform. It prefixes these with the value of CMAKE_SYSROOT to create the list of implicit directories it ignores when building up -I lines. Is CMAKE_SYSROOT not set properly? > Ben, I have not opened any ticket yet, nor checked if a similar one is > already opened. Do you need more details? Building with VERBOSE=1 would help since it would show the actual command lines being used. It may also help to move over to the cmake-developers list to reach more CMake developers: https://cmake.org/mailman/listinfo/cmake-developers --Ben ^ permalink raw reply [flat|nested] 13+ messages in thread
* [Buildroot] Analysis of build results for 2016-08-05 2016-08-09 14:15 ` Ben Boeckel @ 2016-08-17 21:18 ` Samuel Martin 0 siblings, 0 replies; 13+ messages in thread From: Samuel Martin @ 2016-08-17 21:18 UTC (permalink / raw) To: buildroot Hi Ben, Thomas, all, (sorry for the delayed response :-|) On Tue, Aug 9, 2016 at 4:15 PM, Ben Boeckel <mathstuf@gmail.com> wrote: > On Sun, Aug 07, 2016 at 17:48:46 +0200, Samuel Martin wrote: >> It seems to be another error due to "-isystem >> $(STAGING_DIR)/usr/include" passed to g++ [1]. >> >> AFAICS, this is done by CMake when generating the flags.make files. >> Note that removing it from the CXX_INCLUDES variables in all generated >> flags.make prevent from triggering this error. >> >> It is not clear to me whether it is a gcc-6.x bug or a CMake one. >> According to fedora developers, this is not a gcc-6 bug [2]. >> Ben, do you have any idea? > > It might be that CMake is having trouble determining the paths that the > compiler uses by default? It should exclude any such directories from > the -I setup (though -isystem may change this behavior). CMake builds up > this variable: > > https://cmake.org/cmake/help/latest/variable/CMAKE_LANG_IMPLICIT_INCLUDE_DIRECTORIES.html > > based on the platform. It prefixes these with the value of CMAKE_SYSROOT > to create the list of implicit directories it ignores when building up > -I lines. Is CMAKE_SYSROOT not set properly? Good catch! CMAKE_SYSROOT is not set in the toolchainfile. Setting it is enough to fix this problem. It seems the heuristics used by CMake is somehow confused with gcc-6. Anyway, I'll post shortly a patch with this fix. Ben, thanks a lot for your valuable insights. Regards, -- Samuel ^ permalink raw reply [flat|nested] 13+ messages in thread
* [Buildroot] Analysis of build results for 2016-08-05 2016-08-07 9:26 ` [Buildroot] Analysis of build " Thomas Petazzoni ` (2 preceding siblings ...) 2016-08-07 15:48 ` Samuel Martin @ 2016-08-08 15:56 ` Vlad Zakharov 2016-08-08 20:34 ` Thomas Petazzoni 2016-08-09 13:27 ` gwenhael.goavec 4 siblings, 1 reply; 13+ messages in thread From: Vlad Zakharov @ 2016-08-08 15:56 UTC (permalink / raw) To: buildroot Hi Thomas, all, On Sun, 2016-08-07 at 11:26 +0200, Thomas Petazzoni wrote: > Hello, > > Here is the usual analysis of build failures. Waldemar, Alexey, Vlad, > Gustavo, Frank, Gwenhael, Angelo, Fran?ois, Romain, Bernd, can you have > a look below? Thanks! > > On Sat,??6 Aug 2016 08:30:28 +0200 (CEST), Thomas Petazzoni wrote: > > > > ?????????arc |????????????????bootutils-1.0.0 | NOK | http://autobuild.buildroot.net/results/4059a5afe3e471d4b25db493d4c5eec646a8b0e1/ > cannot find crtbeginT.o: No such file or directory > > Alexey, Vlad ? > > > > ?????????arc | host-gcc-final-arc-2016.09-... | NOK | http://autobuild.buildroot.net/results/3afc00e64274e89de2cf81e1dda8854327b89291/ > configure: error: Link tests are not allowed after GCC_NO_EXECUTABLES. > > Alexey, Vlad ? > The failures listed above occurred due to the same issue - crtbeginT.o file was missing as the corresponding dependency wasn't added. The issue has already been solved internally and will be included in our next engineering build. We hope that new build happen tomorrow or the day after tomorrow. Anyway we will send patch patch with bumping to new arc toolchain as soon as it will come up. > ?????????arc |???????????????????stella-4.7.2 | NOK | http://autobuild.buildroot.net/results/1752ca6a393b43750022db3faee85cfc9d360bc4/ > > x86_64-linux-gnu-g++: error: unrecognized command line option '-matomic' > > x86_64-linux-gnu-g++: error: unrecognized command line option '-matomic' > >? > > Why is the heck a x86_64-linux-gnu compiler used on an ARC > > configuration? There are some configure scripts issues as well: > >? > > Looking for C++ compiler... ./configure: line 110: eval: -g: invalid option > > eval: usage: eval [arg ...] > > ./configure: line 110: eval: -c: invalid option > > eval: usage: eval [arg ...] > I am looking at this issue now. I will report about it ASAP. > > > Thomas Thank you for your reports. -- Best regards, Vlad Zakharov <vzakhar@synopsys.com> ^ permalink raw reply [flat|nested] 13+ messages in thread
* [Buildroot] Analysis of build results for 2016-08-05 2016-08-08 15:56 ` Vlad Zakharov @ 2016-08-08 20:34 ` Thomas Petazzoni 2016-08-11 10:43 ` Vlad Zakharov 0 siblings, 1 reply; 13+ messages in thread From: Thomas Petazzoni @ 2016-08-08 20:34 UTC (permalink / raw) To: buildroot Hello, On Mon, 8 Aug 2016 15:56:21 +0000, Vlad Zakharov wrote: > The failures listed above occurred due to the same issue - > crtbeginT.o file was missing as the corresponding dependency wasn't > added. The issue has already been solved internally and will be > included in our next engineering build. We hope that new build happen > tomorrow or the day after tomorrow. Anyway we will send patch patch > with bumping to new arc toolchain as soon as it will come up. OK, thanks! > > > Looking for C++ compiler... ./configure: line 110: eval: -g: > > > invalid option eval: usage: eval [arg ...] > > > ./configure: line 110: eval: -c: invalid option > > > eval: usage: eval [arg ...] > > > > I am looking at this issue now. I will report about it ASAP. Perfect, thanks! Thomas -- Thomas Petazzoni, CTO, Free Electrons Embedded Linux and Kernel engineering http://free-electrons.com ^ permalink raw reply [flat|nested] 13+ messages in thread
* [Buildroot] Analysis of build results for 2016-08-05 2016-08-08 20:34 ` Thomas Petazzoni @ 2016-08-11 10:43 ` Vlad Zakharov 0 siblings, 0 replies; 13+ messages in thread From: Vlad Zakharov @ 2016-08-11 10:43 UTC (permalink / raw) To: buildroot Hi Thomas,? writing you about stella-4.7.2 failure for ARC as I promised.? Following patch fixes it: https://patchwork.ozlabs.org/patch/658158/ Few words about this failure. The real bug wasn't evident for me for long time - I was unable to reproduce the issue on my build host. On your side x86_64-linux-gnu-g++ compiler was chosen by stella configure script because: 1) check of arc-buildroot-linux-uclibc-g++ compiler failed due to bad configure script logic, 2) for some reason script doesn't fail but try to find another compiler. This is performed with help of config.guess script. config.guess script is used to determine your host arch and os. The result is x86_64 and linux-gnu on your side. 3) so, it tries x86_64-linux-gnu toolchain. The errors like: > Looking for C++ compiler... ./configure: line 110: eval: -g: > invalid option eval: usage: eval [arg ...]? > ./configure: line 110: eval: -c: invalid option > eval: usage: eval [arg ...] ? appear when script is not able to find any suitable toolchains. For example it happened to me - I have?x86_64-redhat-linux-g++ instead of x86_64-linux-gnu-g++ on my host. So the script wasn't able to find suitable compiler. And what is really funny - configure script doesn't exit in such case.? It leaves the first possible value in $CXX variable (arc-buildroot-linux-uclibc-g++ in case of ARC). Because of such behavior configure dind't fail to me and correct arc-buildroot-linux-uclibc-g++ was chosen somehow (even though the script decided it is not suitable for build), and package was build successfully. Eventually though build the package is fixed by my patch I still keep in mind two following problems: 1) Why should we try to build for other platform if specified toolchain is not suitable? 2) Why configure script doesn't stop the build when it is unable to fond correct toolchain? What do you think about it? Thanks. -- Best regards, Vlad Zakharov <vzakhar@synopsys.com> On Mon, 2016-08-08 at 22:34 +0200, Thomas Petazzoni wrote: > Hello, > > On Mon, 8 Aug 2016 15:56:21 +0000, Vlad Zakharov wrote: > > > > > The failures listed above occurred due to the same issue - > > crtbeginT.o file was missing as the corresponding dependency wasn't > > added. The issue has already been solved internally and will be > > included in our next engineering build. We hope that new build happen > > tomorrow or the day after tomorrow. Anyway we will send patch patch > > with bumping to new arc toolchain as soon as it will come up. > OK, thanks! > > > > > > > > > > > > > > Looking for C++ compiler... ./configure: line 110: eval: -g: > > > > invalid option eval: usage: eval [arg ...] > > > > ./configure: line 110: eval: -c: invalid option > > > > eval: usage: eval [arg ...]?? > > > ?? > > I am looking at this issue now. I will report about it ASAP. > Perfect, thanks! > > Thomas ^ permalink raw reply [flat|nested] 13+ messages in thread
* [Buildroot] Analysis of build results for 2016-08-05 2016-08-07 9:26 ` [Buildroot] Analysis of build " Thomas Petazzoni ` (3 preceding siblings ...) 2016-08-08 15:56 ` Vlad Zakharov @ 2016-08-09 13:27 ` gwenhael.goavec 2016-08-09 13:41 ` Thomas Petazzoni 4 siblings, 1 reply; 13+ messages in thread From: gwenhael.goavec @ 2016-08-09 13:27 UTC (permalink / raw) To: buildroot On Sun, 7 Aug 2016 11:26:54 +0200 Thomas Petazzoni <thomas.petazzoni@free-electrons.com> wrote: > Hello, > > Here is the usual analysis of build failures. Waldemar, Alexey, Vlad, > Gustavo, Frank, Gwenhael, Angelo, Fran?ois, Romain, Bernd, can you > have a look below? Thanks! > > On Sat, 6 Aug 2016 08:30:28 +0200 (CEST), Thomas Petazzoni wrote: > > > arm | gnuradio-3.7.9.1 | NOK | > > http://autobuild.buildroot.net/results/f14f4f62b5f23c652fa9411d9c569c2ab3394fb5/ > > Gwenhael, can you have a look? > Fixed by : http://patchwork.ozlabs.org/patch/657259/ Gwen ^ permalink raw reply [flat|nested] 13+ messages in thread
* [Buildroot] Analysis of build results for 2016-08-05 2016-08-09 13:27 ` gwenhael.goavec @ 2016-08-09 13:41 ` Thomas Petazzoni 0 siblings, 0 replies; 13+ messages in thread From: Thomas Petazzoni @ 2016-08-09 13:41 UTC (permalink / raw) To: buildroot Hello, On Tue, 9 Aug 2016 15:27:23 +0200, gwenhael.goavec wrote: > > > arm | gnuradio-3.7.9.1 | NOK | > > > http://autobuild.buildroot.net/results/f14f4f62b5f23c652fa9411d9c569c2ab3394fb5/ > > > > Gwenhael, can you have a look? > > > Fixed by : > http://patchwork.ozlabs.org/patch/657259/ Thanks a lot! Thomas -- Thomas Petazzoni, CTO, Free Electrons Embedded Linux and Kernel engineering http://free-electrons.com ^ permalink raw reply [flat|nested] 13+ messages in thread
end of thread, other threads:[~2016-08-17 21:18 UTC | newest] Thread overview: 13+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2016-08-06 6:30 [Buildroot] [autobuild.buildroot.net] Build results for 2016-08-05 Thomas Petazzoni 2016-08-07 9:26 ` [Buildroot] Analysis of build " Thomas Petazzoni 2016-08-07 11:46 ` Waldemar Brodkorb 2016-08-09 10:03 ` Thomas Petazzoni 2016-08-07 14:33 ` Frank Hunleth 2016-08-07 15:48 ` Samuel Martin 2016-08-09 14:15 ` Ben Boeckel 2016-08-17 21:18 ` Samuel Martin 2016-08-08 15:56 ` Vlad Zakharov 2016-08-08 20:34 ` Thomas Petazzoni 2016-08-11 10:43 ` Vlad Zakharov 2016-08-09 13:27 ` gwenhael.goavec 2016-08-09 13:41 ` Thomas Petazzoni
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.