All of lore.kernel.org
 help / color / mirror / Atom feed
* [Buildroot] [autobuild.buildroot.net] Build results for 2015-11-18
@ 2015-11-19  7:30 Thomas Petazzoni
  2015-11-19 23:15 ` [Buildroot] Analysis of build " Thomas Petazzoni
  0 siblings, 1 reply; 15+ messages in thread
From: Thomas Petazzoni @ 2015-11-19  7:30 UTC (permalink / raw)
  To: buildroot

Build statistics for 2015-11-18
===============================

        success : 136
       failures : 45 
       timeouts : 1  
          TOTAL : 182

Classification of failures by reason
====================================

  toolchain-external-undefined | 4 
                   mplayer-1.2 | 4 
                    ustr-1.0.4 | 3 
           libfreeimage-3.17.0 | 3 
                  qemu-2.4.0.1 | 3 
                  ffmpeg-2.8.1 | 3 
                 mesa3d-11.0.4 | 2 
       kompexsqlite-v1.10.12-1 | 2 
                  mono-4.0.2.5 | 2 
            libserial-0.6.0rc2 | 2 
             lttng-tools-2.6.0 | 2 
 make[1]: *** [all] Terminated | 1 
                coreutils-8.24 | 1 
             util-linux-2.27.1 | 1 
                   erlang-17.5 | 1 
               libgtk3-3.14.15 | 1 
                  apitrace-7.0 | 1 
                minidlna-1.1.5 | 1 
            xapp_sessreg-1.1.0 | 1 
             host-nodejs-4.1.2 | 1 
                   mpd-0.19.11 | 1 
                    sdl-1.2.15 | 1 
         conntrack-tools-1.4.3 | 1 
freerdp-17834af7bb378f85a3b... | 1 
                   slang-2.3.0 | 1 
           host-openssl-1.0.2d | 1 
                  gauche-0.9.4 | 1 

Detail of failures
===================

     aarch64 |                   apitrace-7.0 | NOK | http://autobuild.buildroot.net/results/ac790191127cf4d8b19d0c7c640981264772f503/
      x86_64 |          conntrack-tools-1.4.3 | NOK | http://autobuild.buildroot.net/results/3d36403ba80089faea5dd06bc7e4414d593bbfc1/
         arm |                 coreutils-8.24 | NOK | http://autobuild.buildroot.net/results/0b29531f2cdf6d141cec5373fbf876e7fb9961eb/
     aarch64 |                    erlang-17.5 | NOK | http://autobuild.buildroot.net/results/c1cf967adb6014e3a15f0dc75dc1aeebf66c6d1b/
        mips |                   ffmpeg-2.8.1 | NOK | http://autobuild.buildroot.net/results/1f97a7063ed9cbddc893b82595966748ec2c9784/
        mips |                   ffmpeg-2.8.1 | NOK | http://autobuild.buildroot.net/results/1383e403bdc92cfc42c768e593be263657bd0392/
        mips |                   ffmpeg-2.8.1 | NOK | http://autobuild.buildroot.net/results/9d7d38093bef41961484fa728f928db0767e6c03/
        i686 | freerdp-17834af7bb378f85a3b... | NOK | http://autobuild.buildroot.net/results/93a11a24edc999ea129922ab1505f65a110f908c/
         arm |                   gauche-0.9.4 | NOK | http://autobuild.buildroot.net/results/79a6d94cbe221592b943e7b6dc957537fd94a307/
      x86_64 |              host-nodejs-4.1.2 | NOK | http://autobuild.buildroot.net/results/3fd1d18f0535bb8b969f808a5837c4a8111e69b9/
    mips64el |            host-openssl-1.0.2d | NOK | http://autobuild.buildroot.net/results/4deb1c7b901d993fd4b50142fdc972851837caeb/
     powerpc |        kompexsqlite-v1.10.12-1 | NOK | http://autobuild.buildroot.net/results/ec82752a6b20ed92beb703f68f591faf27b7724e/
     powerpc |        kompexsqlite-v1.10.12-1 | NOK | http://autobuild.buildroot.net/results/763d9aff86085b67077fc665e462cee81962246d/
         arm |            libfreeimage-3.17.0 | NOK | http://autobuild.buildroot.net/results/6adb592c80c8cc32abf2c16f8cf28ed372998d69/
         arm |            libfreeimage-3.17.0 | NOK | http://autobuild.buildroot.net/results/1bf04bb4c3266023bed2753be41f7ad3fa7e8cfb/
         arm |            libfreeimage-3.17.0 | NOK | http://autobuild.buildroot.net/results/fff9b710f329320e535ccb7b8026984932c17d9d/
     powerpc |                libgtk3-3.14.15 | NOK | http://autobuild.buildroot.net/results/aae4266c16189b295cc7ceb60000c504ebb60752/
     sparc64 |             libserial-0.6.0rc2 | NOK | http://autobuild.buildroot.net/results/a8dd84320e98d9a5021a7d9e69be1bd48352a55e/
     sparc64 |             libserial-0.6.0rc2 | NOK | http://autobuild.buildroot.net/results/5caa3a9566acf21f10a0ac2b66196fc8aeb68f38/
         arm |              lttng-tools-2.6.0 | NOK | http://autobuild.buildroot.net/results/fcf029714e5ba93049fe64c593ec048b2452aea5/
         arm |              lttng-tools-2.6.0 | NOK | http://autobuild.buildroot.net/results/0f1e015a0c5a5ac2beeb5011d31a1e0058a32a0d/
microblazeel |  make[1]: *** [all] Terminated | TIM | http://autobuild.buildroot.net/results/6e4a9ede477b031f47f7e271c38f67f432a3573c/
         arc |                  mesa3d-11.0.4 | NOK | http://autobuild.buildroot.net/results/6baca535cf492f23112e39e4ced677a969e15d64/
microblazeel |                  mesa3d-11.0.4 | NOK | http://autobuild.buildroot.net/results/5b50695350b48cff6ac2eecd4cf9d7b2fb5c1beb/
         arm |                 minidlna-1.1.5 | NOK | http://autobuild.buildroot.net/results/e31d8f707ba7e976c84f860cbb944946146ef940/
         arm |                   mono-4.0.2.5 | NOK | http://autobuild.buildroot.net/results/8502e0d7bf88ab417059eae38c30ca629baf3077/
         arm |                   mono-4.0.2.5 | NOK | http://autobuild.buildroot.net/results/669da3f122600ada97f47899ab6007d63d72b6d9/
       sparc |                    mpd-0.19.11 | NOK | http://autobuild.buildroot.net/results/8dcf5f73904de835bf66c46747cd544efc9d3a22/
    mips64el |                    mplayer-1.2 | NOK | http://autobuild.buildroot.net/results/963fc29a13ac5eedc31a6bc7fae3cedd22df2fcd/
      x86_64 |                    mplayer-1.2 | NOK | http://autobuild.buildroot.net/results/cb0fe5b1c1dcdaa17b0290e5f1dca4bdc44036da/
      x86_64 |                    mplayer-1.2 | NOK | http://autobuild.buildroot.net/results/69a31bd69feb00da37cfa692ebe2f70ebf7e6092/
        i686 |                    mplayer-1.2 | NOK | http://autobuild.buildroot.net/results/dd599d83135ab25aebbdaf20e71d57075c9d5956/
      mipsel |                   qemu-2.4.0.1 | NOK | http://autobuild.buildroot.net/results/6ec4ed18cfaf46a0cfcbab8f1cd91f51aff72ea3/
      mipsel |                   qemu-2.4.0.1 | NOK | http://autobuild.buildroot.net/results/84f1cebf5d7852326b26775c1f533c34109ce3f6/
      mipsel |                   qemu-2.4.0.1 | NOK | http://autobuild.buildroot.net/results/db15632598d65044e63bdfe0ec4143db75a13d7d/
         arm |                     sdl-1.2.15 | NOK | http://autobuild.buildroot.net/results/73330e51b3c099d179004db0b9522ac13358b8f7/
      x86_64 |                    slang-2.3.0 | NOK | http://autobuild.buildroot.net/results/bc3cca6e6a906afa4c57dcddfb4a9ecd0cb44398/
     aarch64 |   toolchain-external-undefined | NOK | http://autobuild.buildroot.net/results/e279f503b9c9d91e40b4009ff56f6f8ddebe10a1/
     aarch64 |   toolchain-external-undefined | NOK | http://autobuild.buildroot.net/results/d6731774fe1a459dc42a213766ffba021c4e3129/
     aarch64 |   toolchain-external-undefined | NOK | http://autobuild.buildroot.net/results/c0150ea76171b5b068bf3a1f58e99ad44a48e2d5/
     aarch64 |   toolchain-external-undefined | NOK | http://autobuild.buildroot.net/results/422e226f6c83d51fc6e4dbebea7ab980856050d1/
         arm |                     ustr-1.0.4 | NOK | http://autobuild.buildroot.net/results/150fa803fc3b65f75dce2847907ee768fc94c7a7/
         arm |                     ustr-1.0.4 | NOK | http://autobuild.buildroot.net/results/fc97e1ac52d40ced6a5f9cd980d7f448c98e5c78/
         arm |                     ustr-1.0.4 | NOK | http://autobuild.buildroot.net/results/64dac2a7e5a757ed23060c550b7d56f54659a368/
         arc |              util-linux-2.27.1 | NOK | http://autobuild.buildroot.net/results/75960db671807091fe9155aee9e46a6245e32590/
         arm |             xapp_sessreg-1.1.0 | NOK | http://autobuild.buildroot.net/results/420aa5dfc4dcac0f2fb4c7305bf42c249a335084/


-- 
http://autobuild.buildroot.net

^ permalink raw reply	[flat|nested] 15+ messages in thread
* [Buildroot] Analysis of build results for 2015-11-18
  2015-11-19  7:30 [Buildroot] [autobuild.buildroot.net] Build results for 2015-11-18 Thomas Petazzoni
@ 2015-11-19 23:15 ` Thomas Petazzoni
  2015-11-20  0:17   ` Ryan Barnett
                     ` (5 more replies)
  0 siblings, 6 replies; 15+ messages in thread
From: Thomas Petazzoni @ 2015-11-19 23:15 UTC (permalink / raw)
  To: buildroot

Hello,

J?r?me, Johan, Bernd, Yann, Martin, Gustavo, R?mi, Samuel, Alexey,
Waldemar, Clayton, please read below, there are some interesting issues
for you :-) Thanks !

On Thu, 19 Nov 2015 08:30:13 +0100 (CET), Thomas Petazzoni wrote:

>      aarch64 |                   apitrace-7.0 | NOK | http://autobuild.buildroot.net/results/ac790191127cf4d8b19d0c7c640981264772f503/

png symbols problems on AArch64. Looks similar to
https://sourceforge.net/p/libpng/bugs/230/, but it was fixed in libpng
1.6.15 and we have 1.6.19. J?r?me, since you wrote the apitrace
package, can you have a look ?

>       x86_64 |          conntrack-tools-1.4.3 | NOK | http://autobuild.buildroot.net/results/3d36403ba80089faea5dd06bc7e4414d593bbfc1/

Classical musl build issue. Interestingly, Alpine Linux has a package
for conntrack-tools, but they don't seem to do anything special for
musl. See
http://git.alpinelinux.org/cgit/aports/tree/main/conntrack-tools.

Anyone to look into this?

>          arm |                 coreutils-8.24 | NOK | http://autobuild.buildroot.net/results/0b29531f2cdf6d141cec5373fbf876e7fb9961eb/

src/sync.c: In function 'sync_arg':
src/sync.c:144:23: error: void value not ignored as it ought to be
           sync_status = syncfs (fd);
                       ^

This was a bug in musl, it's fixed since musl 1.1.11. I have rebuilt
all the Buildroot pre-built toolchains, I need to deploy them, which
should fix this issue.

>      aarch64 |                    erlang-17.5 | NOK | http://autobuild.buildroot.net/results/c1cf967adb6014e3a15f0dc75dc1aeebf66c6d1b/

Weird atomic stuff. Johan, you are our Erlang person, can you have a
look ?

>         mips |                   ffmpeg-2.8.1 | NOK | http://autobuild.buildroot.net/results/1f97a7063ed9cbddc893b82595966748ec2c9784/
>         mips |                   ffmpeg-2.8.1 | NOK | http://autobuild.buildroot.net/results/1383e403bdc92cfc42c768e593be263657bd0392/
>         mips |                   ffmpeg-2.8.1 | NOK | http://autobuild.buildroot.net/results/9d7d38093bef41961484fa728f928db0767e6c03/

All three are:

	ERROR: gnutls not found using pkg-config

Bernd, can you have a look ?

>         i686 | freerdp-17834af7bb378f85a3b... | NOK | http://autobuild.buildroot.net/results/93a11a24edc999ea129922ab1505f65a110f908c/

/home/autobuild/instance-0/output/host/usr/i686-buildroot-linux-gnu/sysroot/usr/include/gstreamer-1.0/gst/gstelement.h:55:27:
fatal error: gst/gstconfig.h: No such file or directory

Yann, you are the freerdp guy. Can you have a look ?

>          arm |                   gauche-0.9.4 | NOK | http://autobuild.buildroot.net/results/79a6d94cbe221592b943e7b6dc957537fd94a307/

Fixed by
http://git.buildroot.net/buildroot/commit/?id=e9b415ace06b416a5743c97e13f4fd7df9666d85.

>       x86_64 |              host-nodejs-4.1.2 | NOK | http://autobuild.buildroot.net/results/3fd1d18f0535bb8b969f808a5837c4a8111e69b9/

Seems like nodejs doesn't like the native gcc 4.7 that this machine
uses. Martin, can you have a look ?

BTW Martin, there's also this other error that popped up on a different
machine:
http://autobuild.buildroot.org/results/72b/72b80a434547931e1deb6f0ba793a6d68accc9a2/build-end.log.

>     mips64el |            host-openssl-1.0.2d | NOK | http://autobuild.buildroot.net/results/4deb1c7b901d993fd4b50142fdc972851837caeb/

OpenSSL parallel issue, should be fixed by
http://patchwork.ozlabs.org/patch/546655/.

>      powerpc |        kompexsqlite-v1.10.12-1 | NOK | http://autobuild.buildroot.net/results/ec82752a6b20ed92beb703f68f591faf27b7724e/
>      powerpc |        kompexsqlite-v1.10.12-1 | NOK | http://autobuild.buildroot.net/results/763d9aff86085b67077fc665e462cee81962246d/

Smells like wchar support is needed. Gustavo, can you have a look ?

BTW, it seems like this package also needs thread support, according to
http://autobuild.buildroot.org/results/ed4/ed410283871926f61175326dc7f2b48fee9038b9/build-end.log.
Would be good to fix this at the same time.

>          arm |            libfreeimage-3.17.0 | NOK | http://autobuild.buildroot.net/results/6adb592c80c8cc32abf2c16f8cf28ed372998d69/
>          arm |            libfreeimage-3.17.0 | NOK | http://autobuild.buildroot.net/results/1bf04bb4c3266023bed2753be41f7ad3fa7e8cfb/
>          arm |            libfreeimage-3.17.0 | NOK | http://autobuild.buildroot.net/results/fff9b710f329320e535ccb7b8026984932c17d9d/

Weird error:

Source/LibWebP/./src/dsp/dsp.upsampling_mips_dsp_r2.c:37:34: error: invalid character ' ' in raw string delimiter
       "shll_s.w         %["#R"],      %["#R"],        9              \n\t"     \
                                  ^

it seems to try to use some MIPS instructions on ARM. R?mi, you added
the libfreeimage package, can you have a look at this issue ?

>      powerpc |                libgtk3-3.14.15 | NOK | http://autobuild.buildroot.net/results/aae4266c16189b295cc7ceb60000c504ebb60752/

gdkwindow-wayland.c:50:34: error: redefinition of typedef 'GdkWaylandWindow'
../../gdk/wayland/gdkwaylandwindow.h:32:34: note: previous declaration of 'GdkWaylandWindow' was here

libgtk3 is for Gustavo :-)

>      sparc64 |             libserial-0.6.0rc2 | NOK | http://autobuild.buildroot.net/results/a8dd84320e98d9a5021a7d9e69be1bd48352a55e/
>      sparc64 |             libserial-0.6.0rc2 | NOK | http://autobuild.buildroot.net/results/5caa3a9566acf21f10a0ac2b66196fc8aeb68f38/

Fixed by
http://git.buildroot.net/buildroot/commit/?id=5972ea48c3515dd0ca28f5df101d71a2672256f6.

>      arm     |              lttng-tools-2.6.0 | NOK | http://autobuild.buildroot.net/results/fcf029714e5ba93049fe64c593ec048b2452aea5/

../../../src/common/.libs/libcommon.a(mi-lttng.o):(.data.rel.ro.local+0x0): multiple definition of `mi_lttng_element_snapshots'
commands/enable_events.o:(.bss+0x48): first defined here
collect2: error: ld returned 1 exit status

>      arm     |              lttng-tools-2.6.0 | NOK | http://autobuild.buildroot.net/results/0f1e015a0c5a5ac2beeb5011d31a1e0058a32a0d/

checking for poptGetContext in -lpopt... no
configure: error: Cannot find libpopt. Use LDFLAGS=-Ldir to specify its location.

Samuel, you updated lttng-tools many times. Can you have a look at those issues?


> arc |                  mesa3d-11.0.4 | NOK | http://autobuild.buildroot.net/results/6baca535cf492f23112e39e4ced677a969e15d64/

  CXXLD    gallium_dri.la
collect2: error: ld terminated with signal 11 [Segmentation fault]

Alexey, this looks like an ARC toolchain bug.

> microblazeel |                  mesa3d-11.0.4 | NOK | http://autobuild.buildroot.net/results/5b50695350b48cff6ac2eecd4cf9d7b2fb5c1beb/

./.libs/libglsl.a(glsl_parser_extras.o): In function `_mesa_glsl_compile_shader':
(.text+0x3588): undefined reference to `__sync_val_compare_and_swap_1'

I'm tempted to simply mark mesa3d as not available on microblaze. Bernd, any suggestion?


> arm |                 minidlna-1.1.5 | NOK | http://autobuild.buildroot.net/results/e31d8f707ba7e976c84f860cbb944946146ef940/

Fixed by http://git.buildroot.net/buildroot/commit/?id=de5bfeac56da3a49fadad9c60898bea4fadf54dd.


> arm |                   mono-4.0.2.5 | NOK | http://autobuild.buildroot.net/results/8502e0d7bf88ab417059eae38c30ca629baf3077/
> arm |                   mono-4.0.2.5 | NOK | http://autobuild.buildroot.net/results/669da3f122600ada97f47899ab6007d63d72b6d9/

Could be fixed by http://patchwork.ozlabs.org/patch/514799/, but I
don't quite understand the patch. Anyone willing to look into this?

> sparc |                    mpd-0.19.11 | NOK | http://autobuild.buildroot.net/results/8dcf5f73904de835bf66c46747cd544efc9d3a22/

undefined reference to `__atomic_fetch_or_4'

Waldemar, can you have a look ?

> mips64el |                    mplayer-1.2 | NOK | http://autobuild.buildroot.net/results/963fc29a13ac5eedc31a6bc7fae3cedd22df2fcd/

I guess fixed by http://git.buildroot.net/buildroot/commit/?id=2619ccbb948c6c7c383e95607e82eb1c304992d1.

> x86_64   |                    mplayer-1.2 | NOK | http://autobuild.buildroot.net/results/cb0fe5b1c1dcdaa17b0290e5f1dca4bdc44036da/

Ditto.

> x86_64   |                    mplayer-1.2 | NOK | http://autobuild.buildroot.net/results/69a31bd69feb00da37cfa692ebe2f70ebf7e6092/

Ditto.

> i686     |                    mplayer-1.2 | NOK | http://autobuild.buildroot.net/results/dd599d83135ab25aebbdaf20e71d57075c9d5956/

CC	libavcodec/x86/hpeldsp_init.o
libavcodec/x86/hpeldsp_init.c: In function 'hpeldsp_init_mmxext':
libavcodec/x86/hpeldsp_init.c:218:31: error: 'put_pixels16_y2_mmxext' undeclared (first use in this function)
     c->put_pixels_tab[0][2] = put_pixels16_y2_mmxext;

Bernd ?

> mipsel |                   qemu-2.4.0.1 | NOK | http://autobuild.buildroot.net/results/6ec4ed18cfaf46a0cfcbab8f1cd91f51aff72ea3/
> mipsel |                   qemu-2.4.0.1 | NOK | http://autobuild.buildroot.net/results/84f1cebf5d7852326b26775c1f533c34109ce3f6/
> mipsel |                   qemu-2.4.0.1 | NOK | http://autobuild.buildroot.net/results/db15632598d65044e63bdfe0ec4143db75a13d7d/

Fixed by http://git.buildroot.net/buildroot/commit/?id=694fa0e332f8b3894a606619263c6ae38e4f6e20.

> arm |                     sdl-1.2.15 | NOK | http://autobuild.buildroot.net/results/73330e51b3c099d179004db0b9522ac13358b8f7/

Fixed by http://git.buildroot.net/buildroot/commit/?id=508bb46bade489ca9eeff6e681548e7ba97f4330.

> x86_64 |                    slang-2.3.0 | NOK | http://autobuild.buildroot.net/results/bc3cca6e6a906afa4c57dcddfb4a9ecd0cb44398/

Fixed by http://git.buildroot.net/buildroot/commit/?id=154c3ea73206ee7115b1730cfa1aaaec50374c07

> aarch64 |   toolchain-external-undefined | NOK | http://autobuild.buildroot.net/results/e279f503b9c9d91e40b4009ff56f6f8ddebe10a1/
> aarch64 |   toolchain-external-undefined | NOK | http://autobuild.buildroot.net/results/d6731774fe1a459dc42a213766ffba021c4e3129/
> aarch64 |   toolchain-external-undefined | NOK | http://autobuild.buildroot.net/results/c0150ea76171b5b068bf3a1f58e99ad44a48e2d5/
> aarch64 |   toolchain-external-undefined | NOK | http://autobuild.buildroot.net/results/422e226f6c83d51fc6e4dbebea7ab980856050d1/

I need to update my autobuild-run script it seems.

> arm |                     ustr-1.0.4 | NOK | http://autobuild.buildroot.net/results/150fa803fc3b65f75dce2847907ee768fc94c7a7/
> arm |                     ustr-1.0.4 | NOK | http://autobuild.buildroot.net/results/fc97e1ac52d40ced6a5f9cd980d7f448c98e5c78/
> arm |                     ustr-1.0.4 | NOK | http://autobuild.buildroot.net/results/64dac2a7e5a757ed23060c550b7d56f54659a368/

ustr doesn't play well with gcc 5 it seems. Clayton, can you have a look ?

> arc |              util-linux-2.27.1 | NOK | http://autobuild.buildroot.net/results/75960db671807091fe9155aee9e46a6245e32590/

checking for prlimit... no
configure: error: flock selected, but required timer_create function not available

Not sure. Alexey ?

> arm |             xapp_sessreg-1.1.0 | NOK | http://autobuild.buildroot.net/results/420aa5dfc4dcac0f2fb4c7305bf42c249a335084/

Fixed by http://git.buildroot.net/buildroot/commit/?id=868970bbaeba22fd8911ed5d32a7f9882d2f04b1.

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] Analysis of build results for 2015-11-18
  2015-11-19 23:15 ` [Buildroot] Analysis of build " Thomas Petazzoni
@ 2015-11-20  0:17   ` Ryan Barnett
  2015-11-20 15:29   ` Gustavo Zacarias
                     ` (4 subsequent siblings)
  5 siblings, 0 replies; 15+ messages in thread
From: Ryan Barnett @ 2015-11-20  0:17 UTC (permalink / raw)
  To: buildroot

Thomas/Clayton

On Thu, Nov 19, 2015 at 5:15 PM, Thomas Petazzoni
<thomas.petazzoni@free-electrons.com> wrote:
>
>> arm |                     ustr-1.0.4 | NOK | http://autobuild.buildroot.net/results/150fa803fc3b65f75dce2847907ee768fc94c7a7/
>> arm |                     ustr-1.0.4 | NOK | http://autobuild.buildroot.net/results/fc97e1ac52d40ced6a5f9cd980d7f448c98e5c78/
>> arm |                     ustr-1.0.4 | NOK | http://autobuild.buildroot.net/results/64dac2a7e5a757ed23060c550b7d56f54659a368/
>
> ustr doesn't play well with gcc 5 it seems. Clayton, can you have a look ?

Looks like this is a known issue and debian has fixed it. Fix should
probably be to pull in the debian packages.

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=777460

Thanks,
-Ryan

-- 
Ryan Barnett / Sr Software Engineer
Airborne Information Systems / Secure Platforms
MS 131-100, C Ave NE, Cedar Rapids, IA, 52498, USA
ryan.barnett at rockwellcollins.com
www.rockwellcollins.com

^ permalink raw reply	[flat|nested] 15+ messages in thread
* [Buildroot] Analysis of build results for 2015-11-18
  2015-11-19 23:15 ` [Buildroot] Analysis of build " Thomas Petazzoni
  2015-11-20  0:17   ` Ryan Barnett
@ 2015-11-20 15:29   ` Gustavo Zacarias
  2015-11-20 15:45     ` Thomas Petazzoni
  2015-11-22  7:53     ` Waldemar Brodkorb
  2015-11-20 21:01   ` Alexey Brodkin
                     ` (3 subsequent siblings)
  5 siblings, 2 replies; 15+ messages in thread
From: Gustavo Zacarias @ 2015-11-20 15:29 UTC (permalink / raw)
  To: buildroot

On 19/11/15 20:15, Thomas Petazzoni wrote:

>>       powerpc |        kompexsqlite-v1.10.12-1 | NOK | http://autobuild.buildroot.net/results/ec82752a6b20ed92beb703f68f591faf27b7724e/
>>       powerpc |        kompexsqlite-v1.10.12-1 | NOK | http://autobuild.buildroot.net/results/763d9aff86085b67077fc665e462cee81962246d/
>
> Smells like wchar support is needed. Gustavo, can you have a look ?
>
> BTW, it seems like this package also needs thread support, according to
> http://autobuild.buildroot.org/results/ed4/ed410283871926f61175326dc7f2b48fee9038b9/build-end.log.
> Would be good to fix this at the same time.

Hi, yes, it needs both.
For wchar it's mandatory, for threads it could be optional but isn't 
because the default for sqlite (bundled) is threads on for *nixes and 
the decision can be changed from configure (which is missing).
It's probably not worth the effort/testing to make them optional.

>>       powerpc |                libgtk3-3.14.15 | NOK | http://autobuild.buildroot.net/results/aae4266c16189b295cc7ceb60000c504ebb60752/
>
> gdkwindow-wayland.c:50:34: error: redefinition of typedef 'GdkWaylandWindow'
> ../../gdk/wayland/gdkwaylandwindow.h:32:34: note: previous declaration of 'GdkWaylandWindow' was here
>
> libgtk3 is for Gustavo :-)

I already have a bump to 3.18 in the pipe.
For now i'd say ignore this, even if it builds it doesn't work at 
runtime since the wayland/weston xdg api level != gtk3.
This happened when wayland/westion were bumped, the API level was raised 
with it, but gtk3 wasn't, hence it's in a previous level.
Mental note for the future: wayland/weston bumps may be tied to gtk3.
The gtk3 bump isn't 100% clean right now (WIP) and tinkers somewhat 
heavily in other packages, so it's material for the 2016.02 release.
Unfortunately this means we'll ship a known-broken combo (gtk3 with 
wayland).

>> microblazeel |                  mesa3d-11.0.4 | NOK | http://autobuild.buildroot.net/results/5b50695350b48cff6ac2eecd4cf9d7b2fb5c1beb/
>
> ./.libs/libglsl.a(glsl_parser_extras.o): In function `_mesa_glsl_compile_shader':
> (.text+0x3588): undefined reference to `__sync_val_compare_and_swap_1'
>
> I'm tempted to simply mark mesa3d as not available on microblaze. Bernd, any suggestion?

This is in the bag of "arch needs libatomic" together with strongswan 
for microblaze.

>> sparc |                    mpd-0.19.11 | NOK | http://autobuild.buildroot.net/results/8dcf5f73904de835bf66c46747cd544efc9d3a22/
>
> undefined reference to `__atomic_fetch_or_4'
>
> Waldemar, can you have a look ?

SPARC (v8, 32 bits) doesn't have atomics at all, libatomic, again could 
fit the bill. It may be inherited from somewhere else like boost.

Regards.

^ permalink raw reply	[flat|nested] 15+ messages in thread
* [Buildroot] Analysis of build results for 2015-11-18
  2015-11-20 15:29   ` Gustavo Zacarias
@ 2015-11-20 15:45     ` Thomas Petazzoni
  2015-11-22  7:53     ` Waldemar Brodkorb
  1 sibling, 0 replies; 15+ messages in thread
From: Thomas Petazzoni @ 2015-11-20 15:45 UTC (permalink / raw)
  To: buildroot

Hello,

On Fri, 20 Nov 2015 12:29:49 -0300, Gustavo Zacarias wrote:

> Hi, yes, it needs both.
> For wchar it's mandatory, for threads it could be optional but isn't 
> because the default for sqlite (bundled) is threads on for *nixes and 
> the decision can be changed from configure (which is missing).
> It's probably not worth the effort/testing to make them optional.

Agreed, trying to make thread support optional is not super useful for
such package.

> I already have a bump to 3.18 in the pipe.
> For now i'd say ignore this, even if it builds it doesn't work at 
> runtime since the wayland/weston xdg api level != gtk3.
> This happened when wayland/westion were bumped, the API level was raised 
> with it, but gtk3 wasn't, hence it's in a previous level.
> Mental note for the future: wayland/weston bumps may be tied to gtk3.
> The gtk3 bump isn't 100% clean right now (WIP) and tinkers somewhat 
> heavily in other packages, so it's material for the 2016.02 release.
> Unfortunately this means we'll ship a known-broken combo (gtk3 with 
> wayland).

Can you provide a patch that disables the wayland back of libgtk3 in
order to avoid this build failure ?

> >> microblazeel |                  mesa3d-11.0.4 | NOK | http://autobuild.buildroot.net/results/5b50695350b48cff6ac2eecd4cf9d7b2fb5c1beb/
> >
> > ./.libs/libglsl.a(glsl_parser_extras.o): In function `_mesa_glsl_compile_shader':
> > (.text+0x3588): undefined reference to `__sync_val_compare_and_swap_1'
> >
> > I'm tempted to simply mark mesa3d as not available on microblaze. Bernd, any suggestion?
> 
> This is in the bag of "arch needs libatomic" together with strongswan 
> for microblaze.
> 
> >> sparc |                    mpd-0.19.11 | NOK | http://autobuild.buildroot.net/results/8dcf5f73904de835bf66c46747cd544efc9d3a22/
> >
> > undefined reference to `__atomic_fetch_or_4'
> >
> > Waldemar, can you have a look ?
> 
> SPARC (v8, 32 bits) doesn't have atomics at all, libatomic, again could 
> fit the bill. It may be inherited from somewhere else like boost.

We really need to find a plan to solve this atomic thing. I still
haven't gotten a full understanding of how this atomic mess is handled,
so it's hard to lay out a plan. Anyone else?

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] Analysis of build results for 2015-11-18
  2015-11-19 23:15 ` [Buildroot] Analysis of build " Thomas Petazzoni
  2015-11-20  0:17   ` Ryan Barnett
  2015-11-20 15:29   ` Gustavo Zacarias
@ 2015-11-20 21:01   ` Alexey Brodkin
  2015-11-24 12:10     ` Alexey Brodkin
  2015-11-20 22:26   ` Arnout Vandecappelle
                     ` (2 subsequent siblings)
  5 siblings, 1 reply; 15+ messages in thread
From: Alexey Brodkin @ 2015-11-20 21:01 UTC (permalink / raw)
  To: buildroot

Hi Thomas,

On Fri, 2015-11-20 at 00:15 +0100, Thomas Petazzoni wrote:
> Hello,
> 
> J?r?me, Johan, Bernd, Yann, Martin, Gustavo, R?mi, Samuel, Alexey,
> Waldemar, Clayton, please read below, there are some interesting issues
> for you :-) Thanks !

[snip]

> > arc |                  mesa3d-11.0.4 | NOK | 
> > http://autobuild.buildroot.net/results/6baca535cf492f23112e39e4ced677a969e15d64/
>
>   CXXLD    gallium_dri.la
> collect2: error: ld terminated with signal 11 [Segmentation fault]
>
> Alexey, this looks like an ARC toolchain bug.

Indeed that we were able to reproduce and reported that issue as
9000976236 "Segmentation fault during mesa3d build" to our toolchain guys.
Hopefully will be fixed soon.

[snip]

> > arc |              util-linux-2.27.1 | NOK | 
> > http://autobuild.buildroot.net/results/75960db671807091fe9155aee9e46a6245e32590/
> 
> checking for prlimit... no
> configure: error: flock selected, but required timer_create function not available
> 
> Not sure. Alexey ?

Well I was trying to reproduce that locally but to no avail.
Indeed I tried to strip everything but "util-linux" from defconfig to save time so
might be that's the reason of my failed attempt.

Still google tells me there's a similar issue with MIPSEL, see
http://autobuild.buildroot.org/results/112/112e8b85783f5aaba42a937a6eb064317615a21b/build-end.log

So I would assume that's not just ARC. Still I'm going to start building full defconfig
from failed build and we'll see if I'll be able to trigger that same issue.

-Alexey

^ permalink raw reply	[flat|nested] 15+ messages in thread
* [Buildroot] Analysis of build results for 2015-11-18
  2015-11-19 23:15 ` [Buildroot] Analysis of build " Thomas Petazzoni
                     ` (2 preceding siblings ...)
  2015-11-20 21:01   ` Alexey Brodkin
@ 2015-11-20 22:26   ` Arnout Vandecappelle
  2015-11-21  8:23     ` Thomas Petazzoni
  2015-11-21 14:45   ` Martin Bark
  2015-11-23  6:22   ` Rodrigo Rebello
  5 siblings, 1 reply; 15+ messages in thread
From: Arnout Vandecappelle @ 2015-11-20 22:26 UTC (permalink / raw)
  To: buildroot

On 20-11-15 00:15, Thomas Petazzoni wrote:
> Hello,
> 
> J?r?me, Johan, Bernd, Yann, Martin, Gustavo, R?mi, Samuel, Alexey,
> Waldemar, Clayton, please read below, there are some interesting issues
> for you :-) Thanks !
> 
> On Thu, 19 Nov 2015 08:30:13 +0100 (CET), Thomas Petazzoni wrote:
[snip]
> > microblazeel |  make[1]: *** [all] Terminated | TIM | http://autobuild.buildroot.net/results/6e4a9ede477b031f47f7e271c38f67f432a3573c/

 This is in fact also a real build failure, not just a webkit-related timeout.
The bullet package seems to have a problem on microblaze. This was with gcc 4.9,
but I just tried with gcc 5 and that has the same problem.

 First there is a run of:

fde encoding in CMakeFiles/BulletXmlWorldImporter.dir/tinyxmlparser.o(.eh_frame)
prevents .eh_frame_hdr table being created

but then the build hangs in cc1plus of btSoftBody.cpp


 Just disable the package on microblaze?


 Regards,
 Arnout
-- 
Arnout Vandecappelle                          arnout at mind be
Senior Embedded Software Architect            +32-16-286500
Essensium/Mind                                http://www.mind.be
G.Geenslaan 9, 3001 Leuven, Belgium           BE 872 984 063 RPR Leuven
LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle
GPG fingerprint:  7493 020B C7E3 8618 8DEC 222C 82EB F404 F9AC 0DDF

^ permalink raw reply	[flat|nested] 15+ messages in thread
* [Buildroot] Analysis of build results for 2015-11-18
  2015-11-20 22:26   ` Arnout Vandecappelle
@ 2015-11-21  8:23     ` Thomas Petazzoni
  2015-11-21 21:14       ` Arnout Vandecappelle
  0 siblings, 1 reply; 15+ messages in thread
From: Thomas Petazzoni @ 2015-11-21  8:23 UTC (permalink / raw)
  To: buildroot

Arnout,

On Fri, 20 Nov 2015 23:26:31 +0100, Arnout Vandecappelle wrote:

>  This is in fact also a real build failure, not just a webkit-related timeout.
> The bullet package seems to have a problem on microblaze. This was with gcc 4.9,
> but I just tried with gcc 5 and that has the same problem.
> 
>  First there is a run of:
> 
> fde encoding in CMakeFiles/BulletXmlWorldImporter.dir/tinyxmlparser.o(.eh_frame)
> prevents .eh_frame_hdr table being created
> 
> but then the build hangs in cc1plus of btSoftBody.cpp
> 
> 
>  Just disable the package on microblaze?

OK, but it would be good to report the appropriate bugs to
gcc/binutils, especially if it's still reproducible with a recent gcc
5.x/binutils 2.25 toolchain.

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] Analysis of build results for 2015-11-18
  2015-11-19 23:15 ` [Buildroot] Analysis of build " Thomas Petazzoni
                     ` (3 preceding siblings ...)
  2015-11-20 22:26   ` Arnout Vandecappelle
@ 2015-11-21 14:45   ` Martin Bark
  2015-11-21 22:17     ` Arnout Vandecappelle
  2015-11-23  6:22   ` Rodrigo Rebello
  5 siblings, 1 reply; 15+ messages in thread
From: Martin Bark @ 2015-11-21 14:45 UTC (permalink / raw)
  To: buildroot

Thomas, All,

On 19 November 2015 at 23:15, Thomas Petazzoni
<thomas.petazzoni@free-electrons.com> wrote:
> Hello,
>
> J?r?me, Johan, Bernd, Yann, Martin, Gustavo, R?mi, Samuel, Alexey,
> Waldemar, Clayton, please read below, there are some interesting issues
> for you :-) Thanks !
>
> On Thu, 19 Nov 2015 08:30:13 +0100 (CET), Thomas Petazzoni wrote:
>
>>      aarch64 |                   apitrace-7.0 | NOK | http://autobuild.buildroot.net/results/ac790191127cf4d8b19d0c7c640981264772f503/
>
> png symbols problems on AArch64. Looks similar to
> https://sourceforge.net/p/libpng/bugs/230/, but it was fixed in libpng
> 1.6.15 and we have 1.6.19. J?r?me, since you wrote the apitrace
> package, can you have a look ?
>
>>       x86_64 |          conntrack-tools-1.4.3 | NOK | http://autobuild.buildroot.net/results/3d36403ba80089faea5dd06bc7e4414d593bbfc1/
>
> Classical musl build issue. Interestingly, Alpine Linux has a package
> for conntrack-tools, but they don't seem to do anything special for
> musl. See
> http://git.alpinelinux.org/cgit/aports/tree/main/conntrack-tools.
>
> Anyone to look into this?
>
>>          arm |                 coreutils-8.24 | NOK | http://autobuild.buildroot.net/results/0b29531f2cdf6d141cec5373fbf876e7fb9961eb/
>
> src/sync.c: In function 'sync_arg':
> src/sync.c:144:23: error: void value not ignored as it ought to be
>            sync_status = syncfs (fd);
>                        ^
>
> This was a bug in musl, it's fixed since musl 1.1.11. I have rebuilt
> all the Buildroot pre-built toolchains, I need to deploy them, which
> should fix this issue.
>
>>      aarch64 |                    erlang-17.5 | NOK | http://autobuild.buildroot.net/results/c1cf967adb6014e3a15f0dc75dc1aeebf66c6d1b/
>
> Weird atomic stuff. Johan, you are our Erlang person, can you have a
> look ?
>
>>         mips |                   ffmpeg-2.8.1 | NOK | http://autobuild.buildroot.net/results/1f97a7063ed9cbddc893b82595966748ec2c9784/
>>         mips |                   ffmpeg-2.8.1 | NOK | http://autobuild.buildroot.net/results/1383e403bdc92cfc42c768e593be263657bd0392/
>>         mips |                   ffmpeg-2.8.1 | NOK | http://autobuild.buildroot.net/results/9d7d38093bef41961484fa728f928db0767e6c03/
>
> All three are:
>
>         ERROR: gnutls not found using pkg-config
>
> Bernd, can you have a look ?
>
>>         i686 | freerdp-17834af7bb378f85a3b... | NOK | http://autobuild.buildroot.net/results/93a11a24edc999ea129922ab1505f65a110f908c/
>
> /home/autobuild/instance-0/output/host/usr/i686-buildroot-linux-gnu/sysroot/usr/include/gstreamer-1.0/gst/gstelement.h:55:27:
> fatal error: gst/gstconfig.h: No such file or directory
>
> Yann, you are the freerdp guy. Can you have a look ?
>
>>          arm |                   gauche-0.9.4 | NOK | http://autobuild.buildroot.net/results/79a6d94cbe221592b943e7b6dc957537fd94a307/
>
> Fixed by
> http://git.buildroot.net/buildroot/commit/?id=e9b415ace06b416a5743c97e13f4fd7df9666d85.
>
>>       x86_64 |              host-nodejs-4.1.2 | NOK | http://autobuild.buildroot.net/results/3fd1d18f0535bb8b969f808a5837c4a8111e69b9/
>
> Seems like nodejs doesn't like the native gcc 4.7 that this machine
> uses. Martin, can you have a look ?
>
> BTW Martin, there's also this other error that popped up on a different
> machine:
> http://autobuild.buildroot.org/results/72b/72b80a434547931e1deb6f0ba793a6d68accc9a2/build-end.log.

Yes i think you're right, the issue looks like gcc 4.7 on the host.
This issue https://github.com/nodejs/node-gyp/issues/790 and this one
https://github.com/nodejs/node/issues/432 have similar build issues
and they both come down to node.js needs at least gcc 4.8

The Config.in already has BR2_TOOLCHAIN_GCC_AT_LEAST_4_8 for node.js
4.x, is there a way to specify this for the host build too?

Thanks

Martin

>
>>     mips64el |            host-openssl-1.0.2d | NOK | http://autobuild.buildroot.net/results/4deb1c7b901d993fd4b50142fdc972851837caeb/
>
> OpenSSL parallel issue, should be fixed by
> http://patchwork.ozlabs.org/patch/546655/.
>
>>      powerpc |        kompexsqlite-v1.10.12-1 | NOK | http://autobuild.buildroot.net/results/ec82752a6b20ed92beb703f68f591faf27b7724e/
>>      powerpc |        kompexsqlite-v1.10.12-1 | NOK | http://autobuild.buildroot.net/results/763d9aff86085b67077fc665e462cee81962246d/
>
> Smells like wchar support is needed. Gustavo, can you have a look ?
>
> BTW, it seems like this package also needs thread support, according to
> http://autobuild.buildroot.org/results/ed4/ed410283871926f61175326dc7f2b48fee9038b9/build-end.log.
> Would be good to fix this at the same time.
>
>>          arm |            libfreeimage-3.17.0 | NOK | http://autobuild.buildroot.net/results/6adb592c80c8cc32abf2c16f8cf28ed372998d69/
>>          arm |            libfreeimage-3.17.0 | NOK | http://autobuild.buildroot.net/results/1bf04bb4c3266023bed2753be41f7ad3fa7e8cfb/
>>          arm |            libfreeimage-3.17.0 | NOK | http://autobuild.buildroot.net/results/fff9b710f329320e535ccb7b8026984932c17d9d/
>
> Weird error:
>
> Source/LibWebP/./src/dsp/dsp.upsampling_mips_dsp_r2.c:37:34: error: invalid character ' ' in raw string delimiter
>        "shll_s.w         %["#R"],      %["#R"],        9              \n\t"     \
>                                   ^
>
> it seems to try to use some MIPS instructions on ARM. R?mi, you added
> the libfreeimage package, can you have a look at this issue ?
>
>>      powerpc |                libgtk3-3.14.15 | NOK | http://autobuild.buildroot.net/results/aae4266c16189b295cc7ceb60000c504ebb60752/
>
> gdkwindow-wayland.c:50:34: error: redefinition of typedef 'GdkWaylandWindow'
> ../../gdk/wayland/gdkwaylandwindow.h:32:34: note: previous declaration of 'GdkWaylandWindow' was here
>
> libgtk3 is for Gustavo :-)
>
>>      sparc64 |             libserial-0.6.0rc2 | NOK | http://autobuild.buildroot.net/results/a8dd84320e98d9a5021a7d9e69be1bd48352a55e/
>>      sparc64 |             libserial-0.6.0rc2 | NOK | http://autobuild.buildroot.net/results/5caa3a9566acf21f10a0ac2b66196fc8aeb68f38/
>
> Fixed by
> http://git.buildroot.net/buildroot/commit/?id=5972ea48c3515dd0ca28f5df101d71a2672256f6.
>
>>      arm     |              lttng-tools-2.6.0 | NOK | http://autobuild.buildroot.net/results/fcf029714e5ba93049fe64c593ec048b2452aea5/
>
> ../../../src/common/.libs/libcommon.a(mi-lttng.o):(.data.rel.ro.local+0x0): multiple definition of `mi_lttng_element_snapshots'
> commands/enable_events.o:(.bss+0x48): first defined here
> collect2: error: ld returned 1 exit status
>
>>      arm     |              lttng-tools-2.6.0 | NOK | http://autobuild.buildroot.net/results/0f1e015a0c5a5ac2beeb5011d31a1e0058a32a0d/
>
> checking for poptGetContext in -lpopt... no
> configure: error: Cannot find libpopt. Use LDFLAGS=-Ldir to specify its location.
>
> Samuel, you updated lttng-tools many times. Can you have a look at those issues?
>
>
>> arc |                  mesa3d-11.0.4 | NOK | http://autobuild.buildroot.net/results/6baca535cf492f23112e39e4ced677a969e15d64/
>
>   CXXLD    gallium_dri.la
> collect2: error: ld terminated with signal 11 [Segmentation fault]
>
> Alexey, this looks like an ARC toolchain bug.
>
>> microblazeel |                  mesa3d-11.0.4 | NOK | http://autobuild.buildroot.net/results/5b50695350b48cff6ac2eecd4cf9d7b2fb5c1beb/
>
> ./.libs/libglsl.a(glsl_parser_extras.o): In function `_mesa_glsl_compile_shader':
> (.text+0x3588): undefined reference to `__sync_val_compare_and_swap_1'
>
> I'm tempted to simply mark mesa3d as not available on microblaze. Bernd, any suggestion?
>
>
>> arm |                 minidlna-1.1.5 | NOK | http://autobuild.buildroot.net/results/e31d8f707ba7e976c84f860cbb944946146ef940/
>
> Fixed by http://git.buildroot.net/buildroot/commit/?id=de5bfeac56da3a49fadad9c60898bea4fadf54dd.
>
>
>> arm |                   mono-4.0.2.5 | NOK | http://autobuild.buildroot.net/results/8502e0d7bf88ab417059eae38c30ca629baf3077/
>> arm |                   mono-4.0.2.5 | NOK | http://autobuild.buildroot.net/results/669da3f122600ada97f47899ab6007d63d72b6d9/
>
> Could be fixed by http://patchwork.ozlabs.org/patch/514799/, but I
> don't quite understand the patch. Anyone willing to look into this?
>
>> sparc |                    mpd-0.19.11 | NOK | http://autobuild.buildroot.net/results/8dcf5f73904de835bf66c46747cd544efc9d3a22/
>
> undefined reference to `__atomic_fetch_or_4'
>
> Waldemar, can you have a look ?
>
>> mips64el |                    mplayer-1.2 | NOK | http://autobuild.buildroot.net/results/963fc29a13ac5eedc31a6bc7fae3cedd22df2fcd/
>
> I guess fixed by http://git.buildroot.net/buildroot/commit/?id=2619ccbb948c6c7c383e95607e82eb1c304992d1.
>
>> x86_64   |                    mplayer-1.2 | NOK | http://autobuild.buildroot.net/results/cb0fe5b1c1dcdaa17b0290e5f1dca4bdc44036da/
>
> Ditto.
>
>> x86_64   |                    mplayer-1.2 | NOK | http://autobuild.buildroot.net/results/69a31bd69feb00da37cfa692ebe2f70ebf7e6092/
>
> Ditto.
>
>> i686     |                    mplayer-1.2 | NOK | http://autobuild.buildroot.net/results/dd599d83135ab25aebbdaf20e71d57075c9d5956/
>
> CC      libavcodec/x86/hpeldsp_init.o
> libavcodec/x86/hpeldsp_init.c: In function 'hpeldsp_init_mmxext':
> libavcodec/x86/hpeldsp_init.c:218:31: error: 'put_pixels16_y2_mmxext' undeclared (first use in this function)
>      c->put_pixels_tab[0][2] = put_pixels16_y2_mmxext;
>
> Bernd ?
>
>> mipsel |                   qemu-2.4.0.1 | NOK | http://autobuild.buildroot.net/results/6ec4ed18cfaf46a0cfcbab8f1cd91f51aff72ea3/
>> mipsel |                   qemu-2.4.0.1 | NOK | http://autobuild.buildroot.net/results/84f1cebf5d7852326b26775c1f533c34109ce3f6/
>> mipsel |                   qemu-2.4.0.1 | NOK | http://autobuild.buildroot.net/results/db15632598d65044e63bdfe0ec4143db75a13d7d/
>
> Fixed by http://git.buildroot.net/buildroot/commit/?id=694fa0e332f8b3894a606619263c6ae38e4f6e20.
>
>> arm |                     sdl-1.2.15 | NOK | http://autobuild.buildroot.net/results/73330e51b3c099d179004db0b9522ac13358b8f7/
>
> Fixed by http://git.buildroot.net/buildroot/commit/?id=508bb46bade489ca9eeff6e681548e7ba97f4330.
>
>> x86_64 |                    slang-2.3.0 | NOK | http://autobuild.buildroot.net/results/bc3cca6e6a906afa4c57dcddfb4a9ecd0cb44398/
>
> Fixed by http://git.buildroot.net/buildroot/commit/?id=154c3ea73206ee7115b1730cfa1aaaec50374c07
>
>> aarch64 |   toolchain-external-undefined | NOK | http://autobuild.buildroot.net/results/e279f503b9c9d91e40b4009ff56f6f8ddebe10a1/
>> aarch64 |   toolchain-external-undefined | NOK | http://autobuild.buildroot.net/results/d6731774fe1a459dc42a213766ffba021c4e3129/
>> aarch64 |   toolchain-external-undefined | NOK | http://autobuild.buildroot.net/results/c0150ea76171b5b068bf3a1f58e99ad44a48e2d5/
>> aarch64 |   toolchain-external-undefined | NOK | http://autobuild.buildroot.net/results/422e226f6c83d51fc6e4dbebea7ab980856050d1/
>
> I need to update my autobuild-run script it seems.
>
>> arm |                     ustr-1.0.4 | NOK | http://autobuild.buildroot.net/results/150fa803fc3b65f75dce2847907ee768fc94c7a7/
>> arm |                     ustr-1.0.4 | NOK | http://autobuild.buildroot.net/results/fc97e1ac52d40ced6a5f9cd980d7f448c98e5c78/
>> arm |                     ustr-1.0.4 | NOK | http://autobuild.buildroot.net/results/64dac2a7e5a757ed23060c550b7d56f54659a368/
>
> ustr doesn't play well with gcc 5 it seems. Clayton, can you have a look ?
>
>> arc |              util-linux-2.27.1 | NOK | http://autobuild.buildroot.net/results/75960db671807091fe9155aee9e46a6245e32590/
>
> checking for prlimit... no
> configure: error: flock selected, but required timer_create function not available
>
> Not sure. Alexey ?
>
>> arm |             xapp_sessreg-1.1.0 | NOK | http://autobuild.buildroot.net/results/420aa5dfc4dcac0f2fb4c7305bf42c249a335084/
>
> Fixed by http://git.buildroot.net/buildroot/commit/?id=868970bbaeba22fd8911ed5d32a7f9882d2f04b1.
>
> 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] Analysis of build results for 2015-11-18
  2015-11-21  8:23     ` Thomas Petazzoni
@ 2015-11-21 21:14       ` Arnout Vandecappelle
  0 siblings, 0 replies; 15+ messages in thread
From: Arnout Vandecappelle @ 2015-11-21 21:14 UTC (permalink / raw)
  To: buildroot

On 21-11-15 09:23, Thomas Petazzoni wrote:
> Arnout,
> 
> On Fri, 20 Nov 2015 23:26:31 +0100, Arnout Vandecappelle wrote:
> 
>>  This is in fact also a real build failure, not just a webkit-related timeout.
>> The bullet package seems to have a problem on microblaze. This was with gcc 4.9,
>> but I just tried with gcc 5 and that has the same problem.
>>
>>  First there is a run of:
>>
>> fde encoding in CMakeFiles/BulletXmlWorldImporter.dir/tinyxmlparser.o(.eh_frame)
>> prevents .eh_frame_hdr table being created
>>
>> but then the build hangs in cc1plus of btSoftBody.cpp
>>
>>
>>  Just disable the package on microblaze?
> 
> OK, but it would be good to report the appropriate bugs to
> gcc/binutils, especially if it's still reproducible with a recent gcc
> 5.x/binutils 2.25 toolchain.

 binutils doesn't matter, since it's cc1plus that hangs.

 Bug reported at https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68476

 Patch sent.

 Regards,
 Arnout


-- 
Arnout Vandecappelle                          arnout at mind be
Senior Embedded Software Architect            +32-16-286500
Essensium/Mind                                http://www.mind.be
G.Geenslaan 9, 3001 Leuven, Belgium           BE 872 984 063 RPR Leuven
LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle
GPG fingerprint:  7493 020B C7E3 8618 8DEC 222C 82EB F404 F9AC 0DDF

^ permalink raw reply	[flat|nested] 15+ messages in thread
* [Buildroot] Analysis of build results for 2015-11-18
  2015-11-21 14:45   ` Martin Bark
@ 2015-11-21 22:17     ` Arnout Vandecappelle
  2015-11-22 18:31       ` Martin Bark
  0 siblings, 1 reply; 15+ messages in thread
From: Arnout Vandecappelle @ 2015-11-21 22:17 UTC (permalink / raw)
  To: buildroot

On 21-11-15 15:45, Martin Bark wrote:
> Thomas, All,
> 
> On 19 November 2015 at 23:15, Thomas Petazzoni
> <thomas.petazzoni@free-electrons.com> wrote:
>> Hello,
>>
>> J?r?me, Johan, Bernd, Yann, Martin, Gustavo, R?mi, Samuel, Alexey,
>> Waldemar, Clayton, please read below, there are some interesting issues
>> for you :-) Thanks !
>>
>> On Thu, 19 Nov 2015 08:30:13 +0100 (CET), Thomas Petazzoni wrote:

[snip]

>>>       x86_64 |              host-nodejs-4.1.2 | NOK | http://autobuild.buildroot.net/results/3fd1d18f0535bb8b969f808a5837c4a8111e69b9/
>>
>> Seems like nodejs doesn't like the native gcc 4.7 that this machine
>> uses. Martin, can you have a look ?
>>
>> BTW Martin, there's also this other error that popped up on a different
>> machine:
>> http://autobuild.buildroot.org/results/72b/72b80a434547931e1deb6f0ba793a6d68accc9a2/build-end.log.
> 
> Yes i think you're right, the issue looks like gcc 4.7 on the host.
> This issue https://github.com/nodejs/node-gyp/issues/790 and this one
> https://github.com/nodejs/node/issues/432 have similar build issues
> and they both come down to node.js needs at least gcc 4.8
> 
> The Config.in already has BR2_TOOLCHAIN_GCC_AT_LEAST_4_8 for node.js
> 4.x, is there a way to specify this for the host build too?

 There currently isn't.

 I will try to make a patch that adds BR2_HOST_GCC_AT_LEAST_*, but I don't have
the older gcc to test it with. There are three packages that have
BR2_TOOLCHAIN_GCC_AT_LEAST and that also have a host variant:

- nodejs (4.8)
- directfb (4.5), but host-directfb is not used and never has been used
- cmake (4.7), but that's only needed for ctest which needs jsoncpp which
doesn't have a host variant.

 So probably only nodejs will need this, but it would be good to test host-cmake
with gcc 4.6 or earlier. Does anyone have that lying around?

 Regards,
 Arnout

[snip]


-- 
Arnout Vandecappelle                          arnout at mind be
Senior Embedded Software Architect            +32-16-286500
Essensium/Mind                                http://www.mind.be
G.Geenslaan 9, 3001 Leuven, Belgium           BE 872 984 063 RPR Leuven
LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle
GPG fingerprint:  7493 020B C7E3 8618 8DEC 222C 82EB F404 F9AC 0DDF

^ permalink raw reply	[flat|nested] 15+ messages in thread
* [Buildroot] Analysis of build results for 2015-11-18
  2015-11-20 15:29   ` Gustavo Zacarias
  2015-11-20 15:45     ` Thomas Petazzoni
@ 2015-11-22  7:53     ` Waldemar Brodkorb
  1 sibling, 0 replies; 15+ messages in thread
From: Waldemar Brodkorb @ 2015-11-22  7:53 UTC (permalink / raw)
  To: buildroot

Hi Gustavo,
Gustavo Zacarias wrote,

> On 19/11/15 20:15, Thomas Petazzoni wrote:
> This is in the bag of "arch needs libatomic" together with
> strongswan for microblaze.
> 
> >>sparc |                    mpd-0.19.11 | NOK | http://autobuild.buildroot.net/results/8dcf5f73904de835bf66c46747cd544efc9d3a22/
> >
> >undefined reference to `__atomic_fetch_or_4'
> >
> >Waldemar, can you have a look ?
> 
> SPARC (v8, 32 bits) doesn't have atomics at all, libatomic, again
> could fit the bill. It may be inherited from somewhere else like
> boost.

Can you explain this? I can't see any special handling for boost and
atomics in buildroot. Or do you mean how boost handle it atomic
implementation for sparc?

best regards
 Waldemar

^ permalink raw reply	[flat|nested] 15+ messages in thread
* [Buildroot] Analysis of build results for 2015-11-18
  2015-11-21 22:17     ` Arnout Vandecappelle
@ 2015-11-22 18:31       ` Martin Bark
  0 siblings, 0 replies; 15+ messages in thread
From: Martin Bark @ 2015-11-22 18:31 UTC (permalink / raw)
  To: buildroot

Arnout, All,

On 21 November 2015 at 22:17, Arnout Vandecappelle <arnout@mind.be> wrote:
> On 21-11-15 15:45, Martin Bark wrote:
>> Thomas, All,
>>
>> On 19 November 2015 at 23:15, Thomas Petazzoni
>> <thomas.petazzoni@free-electrons.com> wrote:
>>> Hello,
>>>
>>> J?r?me, Johan, Bernd, Yann, Martin, Gustavo, R?mi, Samuel, Alexey,
>>> Waldemar, Clayton, please read below, there are some interesting issues
>>> for you :-) Thanks !
>>>
>>> On Thu, 19 Nov 2015 08:30:13 +0100 (CET), Thomas Petazzoni wrote:
>
> [snip]
>
>>>>       x86_64 |              host-nodejs-4.1.2 | NOK | http://autobuild.buildroot.net/results/3fd1d18f0535bb8b969f808a5837c4a8111e69b9/
>>>
>>> Seems like nodejs doesn't like the native gcc 4.7 that this machine
>>> uses. Martin, can you have a look ?
>>>
>>> BTW Martin, there's also this other error that popped up on a different
>>> machine:
>>> http://autobuild.buildroot.org/results/72b/72b80a434547931e1deb6f0ba793a6d68accc9a2/build-end.log.
>>
>> Yes i think you're right, the issue looks like gcc 4.7 on the host.
>> This issue https://github.com/nodejs/node-gyp/issues/790 and this one
>> https://github.com/nodejs/node/issues/432 have similar build issues
>> and they both come down to node.js needs at least gcc 4.8
>>
>> The Config.in already has BR2_TOOLCHAIN_GCC_AT_LEAST_4_8 for node.js
>> 4.x, is there a way to specify this for the host build too?
>
>  There currently isn't.
>
>  I will try to make a patch that adds BR2_HOST_GCC_AT_LEAST_*, but I don't have
> the older gcc to test it with. There are three packages that have
> BR2_TOOLCHAIN_GCC_AT_LEAST and that also have a host variant:
>
> - nodejs (4.8)
> - directfb (4.5), but host-directfb is not used and never has been used
> - cmake (4.7), but that's only needed for ctest which needs jsoncpp which
> doesn't have a host variant.
>
>  So probably only nodejs will need this, but it would be good to test host-cmake
> with gcc 4.6 or earlier. Does anyone have that lying around?
>
>  Regards,
>  Arnout

Ubuntu 12.04 (precise) has gcc v4.6.3.  I just ran a quick test using
schroot and debootstrap to setup a precise chroot jail and i can
reproduce the host-nodejs build error.  If i build host-cmake then it
works fine so it seems to be ok with gcc v4.6.3.

Thanks

Martin

>
> [snip]
>
>
> --
> Arnout Vandecappelle                          arnout at mind be
> Senior Embedded Software Architect            +32-16-286500
> Essensium/Mind                                http://www.mind.be
> G.Geenslaan 9, 3001 Leuven, Belgium           BE 872 984 063 RPR Leuven
> LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle
> GPG fingerprint:  7493 020B C7E3 8618 8DEC 222C 82EB F404 F9AC 0DDF

^ permalink raw reply	[flat|nested] 15+ messages in thread
* [Buildroot] Analysis of build results for 2015-11-18
  2015-11-19 23:15 ` [Buildroot] Analysis of build " Thomas Petazzoni
                     ` (4 preceding siblings ...)
  2015-11-21 14:45   ` Martin Bark
@ 2015-11-23  6:22   ` Rodrigo Rebello
  5 siblings, 0 replies; 15+ messages in thread
From: Rodrigo Rebello @ 2015-11-23  6:22 UTC (permalink / raw)
  To: buildroot

Dear Thomas Petazzoni,

2015-11-19 21:15 GMT-02:00 Thomas Petazzoni
<thomas.petazzoni@free-electrons.com>:
>>       x86_64 |          conntrack-tools-1.4.3 | NOK | http://autobuild.buildroot.net/results/3d36403ba80089faea5dd06bc7e4414d593bbfc1/
>
> Classical musl build issue. Interestingly, Alpine Linux has a package
> for conntrack-tools, but they don't seem to do anything special for
> musl. See
> http://git.alpinelinux.org/cgit/aports/tree/main/conntrack-tools.
>

Actually, they do. In APKBUILD, line 32, '-D_GNU_SOURCE' is forced
into CFLAGS to guarantee the GNU version of certain structures (e.g.
struct tcphdr) gets exposed by the musl headers, which works around
the missing '#define _GNU_SOURCE' in 'src/helpers/rpc.c'.

I've sent a patch to fix that in Buildroot, but instead of mimicking
the solution from the Alpine Linux package, I've decided to include a
patch for the conntrack-tools source file 'src/helpers/rpc.c' that
simply adds the necessary definition. That patch has been submitted
upstream as well.

Regards,
Rodrigo

^ permalink raw reply	[flat|nested] 15+ messages in thread
* [Buildroot] Analysis of build results for 2015-11-18
  2015-11-20 21:01   ` Alexey Brodkin
@ 2015-11-24 12:10     ` Alexey Brodkin
  0 siblings, 0 replies; 15+ messages in thread
From: Alexey Brodkin @ 2015-11-24 12:10 UTC (permalink / raw)
  To: buildroot

Hi Thomas,

On Sat, 2015-11-21 at 00:01 +0300, Alexey Brodkin wrote:
> Hi Thomas,
> 
> On Fri, 2015-11-20 at 00:15 +0100, Thomas Petazzoni wrote:
> > Hello,
> > 
> > J?r?me, Johan, Bernd, Yann, Martin, Gustavo, R?mi, Samuel, Alexey,
> > Waldemar, Clayton, please read below, there are some interesting issues
> > for you :-) Thanks !

[snip]

> > > arc |              util-linux-2.27.1 | NOK | 
> > > http://autobuild.buildroot.net/results/75960db671807091fe9155aee9e46a6245e32590/
> > 
> > checking for prlimit... no
> > configure: error: flock selected, but required timer_create function not available
> > 
> > Not sure. Alexey ?
> 
> Well I was trying to reproduce that locally but to no avail.
> Indeed I tried to strip everything but "util-linux" from defconfig to save time so
> might be that's the reason of my failed attempt.
> 
> Still google tells me there's a similar issue with MIPSEL, see
> http://autobuild.buildroot.org/results/112/112e8b85783f5aaba42a937a6eb064317615a21b/build-end.log
> 
> So I would assume that's not just ARC. Still I'm going to start building full defconfig
> from failed build and we'll see if I'll be able to trigger that same issue.

Ok I got it reproduced and it looks like another static build problem.
What happens util-linux on configuration step tries to build and example that
uses timer_create() function. That function exists in librt and configuration
utility correctly adds this lib (-lrt).

But timer_create() uses pthreads internally and so for successful linkage "-lpthread"
is required as well (in addition to "-lrt").

I think log below is quite self-explaining:
------------------->8-----------------
configure:18434: checking for timer_create in -lrt
configure:18459: /home/autobuild/instance-1/output/host/usr/bin/arc-buildroot-linux-uclibc-gcc -std=gnu99 -o conftest 
-D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -matomic -Os  -static -D_LARGEFILE_SOURCE 
-D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64  -static conftest.c -lrt   >&5
/home/autobuild/instance-1/output/host/usr/arc-buildroot-linux-uclibc/sysroot/usr/lib/librt.a(timer_create.os): In
function `timer_create':
timer_create.c:(.text+0x96): undefined reference to `pthread_once'
timer_create.c:(.text+0xc8): undefined reference to `pthread_attr_init'
timer_create.c:(.text+0xec): undefined reference to `pthread_attr_setdetachstate'
timer_create.c:(.text+0x130): undefined reference to `pthread_mutex_lock'
timer_create.c:(.text+0x14a): undefined reference to `pthread_mutex_unlock'
/home/autobuild/instance-1/output/host/usr/arc-buildroot-linux-uclibc/sysroot/usr/lib/librt.a(timer_routines.os): In
function `timer_helper_thread':
timer_routines.c:(.text+0x84): undefined reference to `pthread_mutex_lock'
timer_routines.c:(.text+0xb8): undefined reference to `pthread_create'
timer_routines.c:(.text+0xc6): undefined reference to `pthread_mutex_unlock'
timer_routines.c:(.text+0xd2): undefined reference to `pthread_exit'
/home/autobuild/instance-1/output/host/usr/arc-buildroot-linux-uclibc/sysroot/usr/lib/librt.a(timer_routines.os): In
function `__start_helper_thread':
timer_routines.c:(.text+0x120): undefined reference to `pthread_attr_init'
timer_routines.c:(.text+0x12c): undefined reference to `pthread_attr_setstacksize'
timer_routines.c:(.text+0x166): undefined reference to `pthread_create'
timer_routines.c:(.text+0x18c): undefined reference to `pthread_attr_destroy'
timer_routines.c:(.text+0x19c): undefined reference to `pthread_atfork'
collect2: error: ld returned 1 exit status
------------------->8-----------------

I've got a fix already but first I'd like to upstream my change and apply it
as a true back-port once fix is in upstream.

If we don't have enough time I may post my fix for Buildroot
(these are just 2 additional patches for util-linux) right away.

-Alexey

^ permalink raw reply	[flat|nested] 15+ messages in thread
end of thread, other threads:[~2015-11-24 12:10 UTC | newest]

Thread overview: 15+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2015-11-19  7:30 [Buildroot] [autobuild.buildroot.net] Build results for 2015-11-18 Thomas Petazzoni
2015-11-19 23:15 ` [Buildroot] Analysis of build " Thomas Petazzoni
2015-11-20  0:17   ` Ryan Barnett
2015-11-20 15:29   ` Gustavo Zacarias
2015-11-20 15:45     ` Thomas Petazzoni
2015-11-22  7:53     ` Waldemar Brodkorb
2015-11-20 21:01   ` Alexey Brodkin
2015-11-24 12:10     ` Alexey Brodkin
2015-11-20 22:26   ` Arnout Vandecappelle
2015-11-21  8:23     ` Thomas Petazzoni
2015-11-21 21:14       ` Arnout Vandecappelle
2015-11-21 14:45   ` Martin Bark
2015-11-21 22:17     ` Arnout Vandecappelle
2015-11-22 18:31       ` Martin Bark
2015-11-23  6:22   ` Rodrigo Rebello

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.