[Buildroot] [autobuild.buildroot.net] Build results for 2016-05-13

[Buildroot] [autobuild.buildroot.net] Build results for 2016-05-13

[Thomas Petazzoni]

Build statistics for 2016-05-13
===============================

        success : 187
       failures : 58 
       timeouts : 1  
          TOTAL : 246

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

                    mpv-0.17.0 | 6 
                  ffmpeg-2.8.7 | 5 
gmrender-resurrect-aa3d02cf... | 3 
android-tools-4.2.2+git2013... | 3 
                  stunnel-5.31 | 2 
                   tinc-1.0.24 | 2 
liquid-dsp-df5a459fa05dba41... | 2 
               opencv-2.4.12.3 | 2 
glmark2-499aa81a68fb4c8aac1... | 2 
             stress-ng-0.04.16 | 2 
                 jack2-v1.9.10 | 2 
                collectd-5.5.1 | 2 
                       unknown | 2 
 toolchain-external-legal-info | 2 
                pinentry-0.9.4 | 1 
iputils-3a86a2542c6fe29413c... | 1 
              gnuradio-3.7.9.1 | 1 
                grantlee-0.5.1 | 1 
                  apitrace-7.0 | 1 
       host-erlang-rebar-2.6.1 | 1 
             expect-2014-05-02 | 1 
hidapi-d17db57b9d4354752e0a... | 1 
                blktrace-1.1.0 | 1 
       openpgm-release-5-2-122 | 1 
                 igmpproxy-0.1 | 1 
                libinput-1.2.4 | 1 
            host-python3-3.4.3 | 1 
                    cups-2.1.2 | 1 
                    mosh-1.2.5 | 1 
                  cairo-1.14.6 | 1 
sconeserver-c4b8e14f6e9e06c... | 1 
                    ruby-2.3.1 | 1 
flann-04b4a56533faf8c8228d0... | 1 
             ipsec-tools-0.8.2 | 1 
                sg3_utils-1.42 | 1 
                     mtr-v0.86 | 1 

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

     powerpc | android-tools-4.2.2+git2013... | NOK | http://autobuild.buildroot.net/results/1b8ace1a083b419c1ab913fda0d36a1d2d910f13/
      xtensa | android-tools-4.2.2+git2013... | NOK | http://autobuild.buildroot.net/results/5bb304c91367f1570903c8c527b387c65e572e56/
     powerpc | android-tools-4.2.2+git2013... | NOK | http://autobuild.buildroot.net/results/5f6cacf3125518d8c071397582569c659461690a/
      x86_64 |                   apitrace-7.0 | NOK | http://autobuild.buildroot.net/results/f003885b58376b130f4cd6cba38ba3dd911ee9f7/
     powerpc |                 blktrace-1.1.0 | NOK | http://autobuild.buildroot.net/results/a2bb339864bdfd2ddfd2ec487d9c3cb3181ce9ca/
         arm |                   cairo-1.14.6 | NOK | http://autobuild.buildroot.net/results/dab91372b7bfde57796a7e3de7e823dc44adfb76/
microblazeel |                 collectd-5.5.1 | NOK | http://autobuild.buildroot.net/results/602f1b40d1c369bb7eef24216264e0e41837518e/
         arm |                 collectd-5.5.1 | NOK | http://autobuild.buildroot.net/results/bf6e4d55b3ff069c8efd72721a65af2c30e5b6f4/
         arm |                     cups-2.1.2 | NOK | http://autobuild.buildroot.net/results/445a401da2f63a6c43d7c166516287db6cc977ab/
      x86_64 |              expect-2014-05-02 | NOK | http://autobuild.buildroot.net/results/c02f69b5f246b95299d3998a55783de0c33b52ee/
    mips64el |                   ffmpeg-2.8.7 | NOK | http://autobuild.buildroot.net/results/a860f2ecf47c1797d51547ebb0b1d6de9a3a8785/
    mips64el |                   ffmpeg-2.8.7 | NOK | http://autobuild.buildroot.net/results/b1a7be266d02e23aa7df815d225b3c82f534af82/
    mips64el |                   ffmpeg-2.8.7 | NOK | http://autobuild.buildroot.net/results/830b12f9820dcd0a3d607d7f2f7fdff68614a416/
    mips64el |                   ffmpeg-2.8.7 | NOK | http://autobuild.buildroot.net/results/e1dbf44ab00e4cb54d0db69c2c53f894cf37bca5/
    mips64el |                   ffmpeg-2.8.7 | NOK | http://autobuild.buildroot.net/results/7b04af4aff0210f9c4e0ca75b88eb01d09f813bd/
microblazeel | flann-04b4a56533faf8c8228d0... | NOK | http://autobuild.buildroot.net/results/a645ec0fc4dd02454d03151078df75c4900327fd/
      mipsel | glmark2-499aa81a68fb4c8aac1... | NOK | http://autobuild.buildroot.net/results/a4af3758a8d8414e28e0ad17d7ff69fc79f38e42/
        sh4a | glmark2-499aa81a68fb4c8aac1... | NOK | http://autobuild.buildroot.net/results/d0e9e1ee5d180534c62001ba9c3d68b4038a63dd/
         arm | gmrender-resurrect-aa3d02cf... | NOK | http://autobuild.buildroot.net/results/96a280a8115cd01d64670e4caf2471d3ee4581d9/
         arm | gmrender-resurrect-aa3d02cf... | NOK | http://autobuild.buildroot.net/results/43babb56cf9860ac60e51452d2f9362fc4a331e2/
      x86_64 | gmrender-resurrect-aa3d02cf... | NOK | http://autobuild.buildroot.net/results/cd064a8bcb297ba47168bde44cefeb2db9721cc6/
      x86_64 |               gnuradio-3.7.9.1 | NOK | http://autobuild.buildroot.net/results/9a63f1dd6ba58f69e4810a5304112dbafab15cbc/
       nios2 |                 grantlee-0.5.1 | NOK | http://autobuild.buildroot.net/results/02bc45c115cbcda11f379ad3aecd1153ca25908a/
    mips64el | hidapi-d17db57b9d4354752e0a... | NOK | http://autobuild.buildroot.net/results/f1016da210323786ca9615c882e4a41f04c2894f/
      x86_64 |        host-erlang-rebar-2.6.1 | TIM | http://autobuild.buildroot.net/results/923fbd5a8ef27c250844e466fb5b33e5e3840321/
        i686 |             host-python3-3.4.3 | NOK | http://autobuild.buildroot.net/results/e5b005a3ac9d7313b71eaf492d03d6b61b87e683/
      x86_64 |                  igmpproxy-0.1 | NOK | http://autobuild.buildroot.net/results/c6a6eec34cffb2c7876595b36fb8a01f475583f9/
      x86_64 |              ipsec-tools-0.8.2 | NOK | http://autobuild.buildroot.net/results/0232ff61000fe8936bd768ae49dd75e1bad36094/
         arm | iputils-3a86a2542c6fe29413c... | NOK | http://autobuild.buildroot.net/results/55a7db5c0cbc34bbf6a2cbc52713d8822deec5b2/
      xtensa |                  jack2-v1.9.10 | NOK | http://autobuild.buildroot.net/results/f8e71aae05e06de55346e78e1f23dd91da89c93c/
         sh4 |                  jack2-v1.9.10 | NOK | http://autobuild.buildroot.net/results/3687ca340d56798b0504444f0c9a11213b896029/
        i686 |                 libinput-1.2.4 | NOK | http://autobuild.buildroot.net/results/3eb32c19f90a5fd8d45a0c36676e015e8278a469/
        mips | liquid-dsp-df5a459fa05dba41... | NOK | http://autobuild.buildroot.net/results/768f7b6f8bc0dbae203f2713af083e6a52631706/
        mips | liquid-dsp-df5a459fa05dba41... | NOK | http://autobuild.buildroot.net/results/7b4974cbda74c44952db0721b4d3367bc451adf8/
      mipsel |                     mosh-1.2.5 | NOK | http://autobuild.buildroot.net/results/b5c205e6a0628ae559dc06183ca72fae78fa79aa/
       sparc |                     mpv-0.17.0 | NOK | http://autobuild.buildroot.net/results/c77e763817657b251213a7ce1e52513b3233e9cd/
         arm |                     mpv-0.17.0 | NOK | http://autobuild.buildroot.net/results/88c34347cb4d0f33221415f00426be3dc4223d3b/
     powerpc |                     mpv-0.17.0 | NOK | http://autobuild.buildroot.net/results/cc4b52b5a222cad30c369be493d918916df3ec70/
    mips64el |                     mpv-0.17.0 | NOK | http://autobuild.buildroot.net/results/011c74cce1ca77fe4c7880226f43ef6e5bc6aadc/
         arm |                     mpv-0.17.0 | NOK | http://autobuild.buildroot.net/results/663da681c22a3c913de174b6b80341e2f8e6ca33/
       sparc |                     mpv-0.17.0 | NOK | http://autobuild.buildroot.net/results/74787def01b321f7b9c6736c6871f8558d23b1ab/
      x86_64 |                      mtr-v0.86 | NOK | http://autobuild.buildroot.net/results/debeb3ded02c3de63182c3433ff02062192d3fd1/
       nios2 |                opencv-2.4.12.3 | NOK | http://autobuild.buildroot.net/results/fd0cc1cb09d07be94770d984efb28eea7c6f25b7/
         arc |                opencv-2.4.12.3 | NOK | http://autobuild.buildroot.net/results/57007a8d22d20b2fc5cd64154f5ec674b0842afa/
      x86_64 |        openpgm-release-5-2-122 | NOK | http://autobuild.buildroot.net/results/8ba8585622a143ef88b6f48146160feaaae2eca3/
         arm |                 pinentry-0.9.4 | NOK | http://autobuild.buildroot.net/results/79b5a9b1c7acbaf2bb17340edf3bd96328c709b6/
        bfin |                     ruby-2.3.1 | NOK | http://autobuild.buildroot.net/results/b4e469a72a746c05ace172798771cfcd081ea473/
      xtensa | sconeserver-c4b8e14f6e9e06c... | NOK | http://autobuild.buildroot.net/results/60ca2e9d7019dd7969774e4326d07f1bfd27ff75/
        bfin |                 sg3_utils-1.42 | NOK | http://autobuild.buildroot.net/results/31447787e70cd351ce01b7a49ba029758d0c68e5/
     sparc64 |              stress-ng-0.04.16 | NOK | http://autobuild.buildroot.net/results/b527ccdbdfeaba6789528e68df93d9c7216e758a/
     sparc64 |              stress-ng-0.04.16 | NOK | http://autobuild.buildroot.net/results/d658f82c66d93515276dcb6cec8d3690459fbf05/
    mips64el |                   stunnel-5.31 | NOK | http://autobuild.buildroot.net/results/293b9ff94c5e28802f3112eb764b62226aee8bea/
    mips64el |                   stunnel-5.31 | NOK | http://autobuild.buildroot.net/results/b940f2faa567229dd9fd30041430ed3eea96e297/
         arm |                    tinc-1.0.24 | NOK | http://autobuild.buildroot.net/results/c9efed5515383c1bee4184857bc21d7aced72b9e/
         arc |                    tinc-1.0.24 | NOK | http://autobuild.buildroot.net/results/73dad21de2d5667b8105f42f202fa4727e270912/
         arm |  toolchain-external-legal-info | NOK | http://autobuild.buildroot.net/results/19b282d784b7498f379847b5e37483f7a3bd3a63/
         arm |  toolchain-external-legal-info | NOK | http://autobuild.buildroot.net/results/9d53e35e4908c4f594ad2870c00b09e9113f0e3e/
         arc |                        unknown | NOK | http://autobuild.buildroot.net/results/ae3cbba85934100f7f4dc7361de544f87d84d433/
         arm |                        unknown | NOK | http://autobuild.buildroot.net/results/21e45cee04fd983c85c6702595ee3f7ed8470931/


-- 
http://autobuild.buildroot.net

[Buildroot] [autobuild.buildroot.net] Build results for 2016-05-13

[Thomas Petazzoni]

Hello,

J?r?me, Gustavo, Bernd, Fabio, Gwenhael, Romain, Vicente, Yann, Matt,
Martin, Baruch, Samuel, Waldemar, Peter, please see below, there's some
good stuff for you :-) Thanks!

On Sat, 14 May 2016 08:30:24 +0200 (CEST), Thomas Petazzoni wrote:

>      powerpc | android-tools-4.2.2+git2013... | NOK | http://autobuild.buildroot.net/results/1b8ace1a083b419c1ab913fda0d36a1d2d910f13/
>       xtensa | android-tools-4.2.2+git2013... | NOK | http://autobuild.buildroot.net/results/5bb304c91367f1570903c8c527b387c65e572e56/
>      powerpc | android-tools-4.2.2+git2013... | NOK | http://autobuild.buildroot.net/results/5f6cacf3125518d8c071397582569c659461690a/

This was due to an issue building on big endian systems, I'm about to
send a patch that fixes it.

>       x86_64 |                   apitrace-7.0 | NOK | http://autobuild.buildroot.net/results/f003885b58376b130f4cd6cba38ba3dd911ee9f7/

Even though this is a shared library capable build, it wants to link a
shared library against libstdc++.a.

J?r?me, since you added the apitrace package, could you have a look?

>      powerpc |                 blktrace-1.1.0 | NOK | http://autobuild.buildroot.net/results/a2bb339864bdfd2ddfd2ec487d9c3cb3181ce9ca/

Gustavo, this is the same issue as the one we add with the old
CodeSourcery toolchain, but this time with a Crosstool-NG toolchain
that uses gcc 4.7. What is so special with blktrace that it causes such
issues?

>          arm |                   cairo-1.14.6 | NOK | http://autobuild.buildroot.net/results/dab91372b7bfde57796a7e3de7e823dc44adfb76/

cairo-gl.h:130:21: fatal error: EGL/egl.h: No such file or directory
 #include <EGL/egl.h>

Gustavo, Bernd ?

> microblazeel |                 collectd-5.5.1 | NOK | http://autobuild.buildroot.net/results/602f1b40d1c369bb7eef24216264e0e41837518e/
>          arm |                 collectd-5.5.1 | NOK | http://autobuild.buildroot.net/results/bf6e4d55b3ff069c8efd72721a65af2c30e5b6f4/

There's a dependency error on iptables. Gustavo, could you have a look?

>          arm |                     cups-2.1.2 | NOK | http://autobuild.buildroot.net/results/445a401da2f63a6c43d7c166516287db6cc977ab/

Caused by using PIE, which requires Scrt1.o, which isn't available in
our uClibc toolchains. Since we don't really need PIE support, I've
sent a patch that disables it.

>       x86_64 |              expect-2014-05-02 | NOK | http://autobuild.buildroot.net/results/c02f69b5f246b95299d3998a55783de0c33b52ee/

The -Wl,-rpath,/usr/lib is wrong. Fabio, you are the last person who
bumped the expect version. Could you have a look?

>     mips64el |                   ffmpeg-2.8.7 | NOK | http://autobuild.buildroot.net/results/a860f2ecf47c1797d51547ebb0b1d6de9a3a8785/
>     mips64el |                   ffmpeg-2.8.7 | NOK | http://autobuild.buildroot.net/results/b1a7be266d02e23aa7df815d225b3c82f534af82/
>     mips64el |                   ffmpeg-2.8.7 | NOK | http://autobuild.buildroot.net/results/830b12f9820dcd0a3d607d7f2f7fdff68614a416/
>     mips64el |                   ffmpeg-2.8.7 | NOK | http://autobuild.buildroot.net/results/e1dbf44ab00e4cb54d0db69c2c53f894cf37bca5/
>     mips64el |                   ffmpeg-2.8.7 | NOK | http://autobuild.buildroot.net/results/7b04af4aff0210f9c4e0ca75b88eb01d09f813bd/

Bernd, Vicente, ffmpeg doesn't find freetype2 on mips64el. Could you
have a look?

> microblazeel | flann-04b4a56533faf8c8228d0... | NOK | http://autobuild.buildroot.net/results/a645ec0fc4dd02454d03151078df75c4900327fd/

gcc problem :/

>       mipsel | glmark2-499aa81a68fb4c8aac1... | NOK | http://autobuild.buildroot.net/results/a4af3758a8d8414e28e0ad17d7ff69fc79f38e42/
>         sh4a | glmark2-499aa81a68fb4c8aac1... | NOK | http://autobuild.buildroot.net/results/d0e9e1ee5d180534c62001ba9c3d68b4038a63dd/

Should be fixed by http://patchwork.ozlabs.org/patch/610921/.

>          arm | gmrender-resurrect-aa3d02cf... | NOK | http://autobuild.buildroot.net/results/96a280a8115cd01d64670e4caf2471d3ee4581d9/
>          arm | gmrender-resurrect-aa3d02cf... | NOK | http://autobuild.buildroot.net/results/43babb56cf9860ac60e51452d2f9362fc4a331e2/
>       x86_64 | gmrender-resurrect-aa3d02cf... | NOK | http://autobuild.buildroot.net/results/cd064a8bcb297ba47168bde44cefeb2db9721cc6/

musl build issue, due to the usage of <error.h>. I'm tempted to simply
mark the package as not available on musl.

>       x86_64 |               gnuradio-3.7.9.1 | NOK | http://autobuild.buildroot.net/results/9a63f1dd6ba58f69e4810a5304112dbafab15cbc/

internal compiler error: Segmentation fault

Gwenhael, could you narrow down this issue, and see which compiler
versions are affected?

>        nios2 |                 grantlee-0.5.1 | NOK | http://autobuild.buildroot.net/results/02bc45c115cbcda11f379ad3aecd1153ca25908a/

Romain?

>     mips64el | hidapi-d17db57b9d4354752e0a... | NOK | http://autobuild.buildroot.net/results/f1016da210323786ca9615c882e4a41f04c2894f/

Smells like a parallel build issue. Vicente, you add this package,
could you have a look?

>       x86_64 |        host-erlang-rebar-2.6.1 | TIM | http://autobuild.buildroot.net/results/923fbd5a8ef27c250844e466fb5b33e5e3840321/

Ignored.

>         i686 |             host-python3-3.4.3 | NOK | http://autobuild.buildroot.net/results/e5b005a3ac9d7313b71eaf492d03d6b61b87e683/

/usr/bin/ld: BFD (GNU Binutils for Ubuntu) 2.24 internal error, aborting at ../../bfd/merge.c line 873 in _bfd_merged_section_offset

Yann, this is happening on your machine. Can you have a look, and see
if it's reproducible, or if it's a bug due a HW issue?

>       x86_64 |                  igmpproxy-0.1 | NOK | http://autobuild.buildroot.net/results/c6a6eec34cffb2c7876595b36fb8a01f475583f9/

Musl build issue. Matt, you originally added the igmpproxy package,
could you take care of this issue?

>       x86_64 |              ipsec-tools-0.8.2 | NOK | http://autobuild.buildroot.net/results/0232ff61000fe8936bd768ae49dd75e1bad36094/

Musl build issue. Gustavo, you are the person doing most of the changes
on ipsec-tools. Could you have a look?

>          arm | iputils-3a86a2542c6fe29413c... | NOK | http://autobuild.buildroot.net/results/55a7db5c0cbc34bbf6a2cbc52713d8822deec5b2/

Some static linking issue. Martin, you already did some work on
iputils, can you have a look?

>       xtensa |                  jack2-v1.9.10 | NOK | http://autobuild.buildroot.net/results/f8e71aae05e06de55346e78e1f23dd91da89c93c/

It wrong assumes that execinfo.h is available:

../dbus/sigsegv.c:30:22: fatal error: execinfo.h: No such file or directory
 #include <execinfo.h>

This generally can be easily workaround by making the corresponding
code conditional.

Could someone have a look?

>          sh4 |                  jack2-v1.9.10 | NOK | http://autobuild.buildroot.net/results/3687ca340d56798b0504444f0c9a11213b896029/

Same problem.

>         i686 |                 libinput-1.2.4 | NOK | http://autobuild.buildroot.net/results/3eb32c19f90a5fd8d45a0c36676e015e8278a469/

  CCLD     event-debug
../src/.libs/libinput.so: undefined reference to `static_assert'

Baruch, you recently looked at libinput, could you investigate this
build failure?

>         mips | liquid-dsp-df5a459fa05dba41... | NOK | http://autobuild.buildroot.net/results/768f7b6f8bc0dbae203f2713af083e6a52631706/
>         mips | liquid-dsp-df5a459fa05dba41... | NOK | http://autobuild.buildroot.net/results/7b4974cbda74c44952db0721b4d3367bc451adf8/

error: non-floating-point argument in call to function '__builtin_isnan'

Vicente ?

>       mipsel |                     mosh-1.2.5 | NOK | http://autobuild.buildroot.net/results/b5c205e6a0628ae559dc06183ca72fae78fa79aa/

Grr, still the SSP problem :-/

>        sparc |                     mpv-0.17.0 | NOK | http://autobuild.buildroot.net/results/c77e763817657b251213a7ce1e52513b3233e9cd/
>          arm |                     mpv-0.17.0 | NOK | http://autobuild.buildroot.net/results/88c34347cb4d0f33221415f00426be3dc4223d3b/
>      powerpc |                     mpv-0.17.0 | NOK | http://autobuild.buildroot.net/results/cc4b52b5a222cad30c369be493d918916df3ec70/
>     mips64el |                     mpv-0.17.0 | NOK | http://autobuild.buildroot.net/results/011c74cce1ca77fe4c7880226f43ef6e5bc6aadc/
>          arm |                     mpv-0.17.0 | NOK | http://autobuild.buildroot.net/results/663da681c22a3c913de174b6b80341e2f8e6ca33/
>        sparc |                     mpv-0.17.0 | NOK | http://autobuild.buildroot.net/results/74787def01b321f7b9c6736c6871f8558d23b1ab/

Gustavo, you added mpv recently, could you look into those issues?

>       x86_64 |                      mtr-v0.86 | NOK | http://autobuild.buildroot.net/results/debeb3ded02c3de63182c3433ff02062192d3fd1/

checking whether provided __res_state_ext definition can be compiled... no
configure: error: Need definition for struct __res_state_ext but unable to define it.

Musl build issue. Gustavo, you originally added the mtr package, so
this one is also for you :-)

>        nios2 |                opencv-2.4.12.3 | NOK | http://autobuild.buildroot.net/results/fd0cc1cb09d07be94770d984efb28eea7c6f25b7/

Romain?

>          arc |                opencv-2.4.12.3 | NOK | http://autobuild.buildroot.net/results/57007a8d22d20b2fc5cd64154f5ec674b0842afa/

Samuel, this one is for you. It tries to link against libdl in a
BR2_STATIC_LIBS=y configuration. Not good.

>       x86_64 |        openpgm-release-5-2-122 | NOK | http://autobuild.buildroot.net/results/8ba8585622a143ef88b6f48146160feaaae2eca3/

Musl build issue. Vicente, you are the last one who bumped openpgm.
Could you have a look?

>          arm |                 pinentry-0.9.4 | NOK | http://autobuild.buildroot.net/results/79b5a9b1c7acbaf2bb17340edf3bd96328c709b6/

Some completely crazy C++ error. Vicente, you're also the last person
who bumped pinentry, could you have a look?

>         bfin |                     ruby-2.3.1 | NOK | http://autobuild.buildroot.net/results/b4e469a72a746c05ace172798771cfcd081ea473/

process.c: In function 'rb_spawn_process':
process.c:3928: warning: passing argument 2 of 'rb_ary_new_from_values' from incompatible pointer type
process.c:3930: error: 'status' undeclared (first use in this function)
process.c:3930: error: (Each undeclared identifier is reported only once
process.c:3930: error: for each function it appears in.)

Gustavo? This seems like a recent regression, I remember being able to
build ruby on bfin some time ago.

>       xtensa | sconeserver-c4b8e14f6e9e06c... | NOK | http://autobuild.buildroot.net/results/60ca2e9d7019dd7969774e4326d07f1bfd27ff75/

Uses dlfcn.h, so should not be available for static builds.

>         bfin |                 sg3_utils-1.42 | NOK | http://autobuild.buildroot.net/results/31447787e70cd351ce01b7a49ba029758d0c68e5/

Static linking or weird bfin prefix issue. If it's Blackfin related, I
would suggest to make this package unavailable on Blackfin.

>      sparc64 |              stress-ng-0.04.16 | NOK | http://autobuild.buildroot.net/results/b527ccdbdfeaba6789528e68df93d9c7216e758a/
>      sparc64 |              stress-ng-0.04.16 | NOK | http://autobuild.buildroot.net/results/d658f82c66d93515276dcb6cec8d3690459fbf05/

internal compiler error: in emit_library_call_value_1, at calls.c:3779

Waldemar ?

>     mips64el |                   stunnel-5.31 | NOK | http://autobuild.buildroot.net/results/293b9ff94c5e28802f3112eb764b62226aee8bea/
>     mips64el |                   stunnel-5.31 | NOK | http://autobuild.buildroot.net/results/b940f2faa567229dd9fd30041430ed3eea96e297/

Vicente, Gustavo, I am not sure to whom of you this falls. It doesn't
seem to be architecture related, but only happened on mips64el. Could
you have a look?

>          arm |                    tinc-1.0.24 | NOK | http://autobuild.buildroot.net/results/c9efed5515383c1bee4184857bc21d7aced72b9e/
>          arc |                    tinc-1.0.24 | NOK | http://autobuild.buildroot.net/results/73dad21de2d5667b8105f42f202fa4727e270912/

checking for dlopen in -ldl... no
configure: error: OpenSSL depends on libdl.

The OpenSSL support needs libdl.

>          arm |  toolchain-external-legal-info | NOK | http://autobuild.buildroot.net/results/19b282d784b7498f379847b5e37483f7a3bd3a63/
>          arm |  toolchain-external-legal-info | NOK | http://autobuild.buildroot.net/results/9d53e35e4908c4f594ad2870c00b09e9113f0e3e/

Temporary download issues. Peter, could you download the relevant files and put them on sources.b.o ?

>          arc |                        unknown | NOK | http://autobuild.buildroot.net/results/ae3cbba85934100f7f4dc7361de544f87d84d433/
>          arm |                        unknown | NOK | http://autobuild.buildroot.net/results/21e45cee04fd983c85c6702595ee3f7ed8470931/

Some dependency problem.

Thomas
-- 
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com

[Buildroot] [autobuild.buildroot.net] Build results for 2016-05-13

[Peter Korsgaard]

>>>>> "Thomas" == Thomas Petazzoni <thomas.petazzoni@free-electrons.com> writes:

Hi,

 >> arm | toolchain-external-legal-info | NOK |
 >> http://autobuild.buildroot.net/results/19b282d784b7498f379847b5e37483f7a3bd3a63/
 >> arm | toolchain-external-legal-info | NOK |
 >> http://autobuild.buildroot.net/results/9d53e35e4908c4f594ad2870c00b09e9113f0e3e/

 > Temporary download issues. Peter, could you download the relevant
 > files and put them on sources.b.o ?

Done, thanks!

-- 
Venlig hilsen,
Peter Korsgaard 

[Buildroot] [autobuild.buildroot.net] Build results for 2016-05-13

[Thomas Petazzoni]

Hello,

On Sat, 14 May 2016 15:46:55 +0200, Thomas Petazzoni wrote:

> >      powerpc | android-tools-4.2.2+git2013... | NOK | http://autobuild.buildroot.net/results/1b8ace1a083b419c1ab913fda0d36a1d2d910f13/
> >       xtensa | android-tools-4.2.2+git2013... | NOK | http://autobuild.buildroot.net/results/5bb304c91367f1570903c8c527b387c65e572e56/
> >      powerpc | android-tools-4.2.2+git2013... | NOK | http://autobuild.buildroot.net/results/5f6cacf3125518d8c071397582569c659461690a/  
> 
> This was due to an issue building on big endian systems, I'm about to
> send a patch that fixes it.

Patch available at http://patchwork.ozlabs.org/patch/622247/

> >          arm |                     cups-2.1.2 | NOK | http://autobuild.buildroot.net/results/445a401da2f63a6c43d7c166516287db6cc977ab/  
> 
> Caused by using PIE, which requires Scrt1.o, which isn't available in
> our uClibc toolchains. Since we don't really need PIE support, I've
> sent a patch that disables it.

Patch available at http://patchwork.ozlabs.org/patch/622248/

> >          arm | gmrender-resurrect-aa3d02cf... | NOK | http://autobuild.buildroot.net/results/96a280a8115cd01d64670e4caf2471d3ee4581d9/
> >          arm | gmrender-resurrect-aa3d02cf... | NOK | http://autobuild.buildroot.net/results/43babb56cf9860ac60e51452d2f9362fc4a331e2/
> >       x86_64 | gmrender-resurrect-aa3d02cf... | NOK | http://autobuild.buildroot.net/results/cd064a8bcb297ba47168bde44cefeb2db9721cc6/  
> 
> musl build issue, due to the usage of <error.h>. I'm tempted to simply
> mark the package as not available on musl.

Patch available at http://patchwork.ozlabs.org/patch/622249/


> >          arc |                        unknown | NOK | http://autobuild.buildroot.net/results/ae3cbba85934100f7f4dc7361de544f87d84d433/
> >          arm |                        unknown | NOK | http://autobuild.buildroot.net/results/21e45cee04fd983c85c6702595ee3f7ed8470931/  
> 
> Some dependency problem.

Patch available at http://patchwork.ozlabs.org/patch/622250/

Review welcome :)

Thomas
-- 
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com

[Buildroot] [autobuild.buildroot.net] Build results for 2016-05-13

[Yann E. MORIN]

Thomas, All,

On 2016-05-14 15:46 +0200, Thomas Petazzoni spake thusly:
> >         i686 |             host-python3-3.4.3 | NOK | http://autobuild.buildroot.net/results/e5b005a3ac9d7313b71eaf492d03d6b61b87e683/
> 
> /usr/bin/ld: BFD (GNU Binutils for Ubuntu) 2.24 internal error, aborting at ../../bfd/merge.c line 873 in _bfd_merged_section_offset
> 
> Yann, this is happening on your machine. Can you have a look, and see
> if it's reproducible, or if it's a bug due a HW issue?

I'm not sure my machine is the only one to have the issue. There are
very similar issues building host-python3:

    http://autobuild.buildroot.net/?reason=host-python3-3.4.3

    http://autobuild.buildroot.net/results/831/831d5942a732caf2af39b3974244d889ece04fc5/build-end.log
    http://autobuild.buildroot.net/results/49d/49d02998eeb5817d92574f61f6786a4f5c71d131/build-end.log
    http://autobuild.buildroot.net/results/02f/02f9af623678514456be799d99edfbf93b42282f/build-end.log
    http://autobuild.buildroot.net/results/760/76044495f1b62b21efe092274f7d3bd6325c0e49/build-end.log
    http://autobuild.buildroot.net/results/1d2/1d2852508195278e50b48127c3b37630421a5784/build-end.log
    http://autobuild.buildroot.net/results/a78/a782a0df8d8a2f557890652432e051190b45b161/build-end.log
    http://autobuild.buildroot.net/results/879/879dd23c6195b0df55961a6143f45217e34276ef/build-end.log
    http://autobuild.buildroot.net/results/42f/42fa44d763e0d5f9d83628615f3d7b7f89f58f6a/build-end.log
    http://autobuild.buildroot.net/results/e0e/e0ec63e1988ba2e9b6dc15ed394af55ee8b57ed2/build-end.log
    http://autobuild.buildroot.net/results/0f4/0f4b0afab6f03cd6b671f756f164acea96b8f7dc/build-end.log
    http://autobuild.buildroot.net/results/068/068c5ddb493727192cdbb61219bb1a6ea2f773ef/build-end.log
    http://autobuild.buildroot.net/results/3ea/3eab97affdb825268c172dc624f3d3011942e42d/build-end.log
    http://autobuild.buildroot.net/results/895/8951013d2778f37733e14ac5e70e7b89f9202d37/build-end.log

All failing with at least one module being truncated (i.e. empty):
    Modules/getbuildinfo.o: file not recognized: File truncated
    Objects/unicodeobject.o: file not recognized: File truncated

Except this one:
    http://autobuild.buildroot.net/results/39b/39b8bbb0add467b8f4f16dfc798c3e972a20075c/build-end.log

which failed with:
    /usr/bin/ld: final link failed: File truncated

So it all looks to me like there is a parallel build issue. I'll be
investigating

Regards,
Yann E. MORIN.

-- 
.-----------------.--------------------.------------------.--------------------.
|  Yann E. MORIN  | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: |
| +33 662 376 056 | Software  Designer | \ / CAMPAIGN     |  ___               |
| +33 223 225 172 `------------.-------:  X  AGAINST      |  \e/  There is no  |
| http://ymorin.is-a-geek.org/ | _/*\_ | / \ HTML MAIL    |   v   conspiracy.  |
'------------------------------^-------^------------------^--------------------'

[Buildroot] [autobuild.buildroot.net] Build results for 2016-05-13

[Gustavo Zacarias]

On 14/05/16 10:46, Thomas Petazzoni wrote:


>>       powerpc |                 blktrace-1.1.0 | NOK | http://autobuild.buildroot.net/results/a2bb339864bdfd2ddfd2ec487d9c3cb3181ce9ca/
>
> Gustavo, this is the same issue as the one we add with the old
> CodeSourcery toolchain, but this time with a Crosstool-NG toolchain
> that uses gcc 4.7. What is so special with blktrace that it causes such
> issues?

This toolchain must also die, since it's glibc-based we can assume it's 
bad for SPE (likely eglibc). And blktrace needs glibc/musl, hence for 
SPE it's a no go in the end (i believe Rich was looking into SPE support 
for musl, but will probably go for soft-float given the kind of broken FPU).
That being said, i think this is an old gcc bug, however i'm failing to 
find the exact details.

>>           arm |                   cairo-1.14.6 | NOK | http://autobuild.buildroot.net/results/dab91372b7bfde57796a7e3de7e823dc44adfb76/
>
> cairo-gl.h:130:21: fatal error: EGL/egl.h: No such file or directory
>   #include <EGL/egl.h>
>
> Gustavo, Bernd ?

It's mali-t76x's fault, since the package only installs binaries it 
depends on mesa3d-headers for the headers, but in fact it doesn't, so 
cairo builds before it.
Patch sent.

>> microblazeel |                 collectd-5.5.1 | NOK | http://autobuild.buildroot.net/results/602f1b40d1c369bb7eef24216264e0e41837518e/
>>           arm |                 collectd-5.5.1 | NOK | http://autobuild.buildroot.net/results/bf6e4d55b3ff069c8efd72721a65af2c30e5b6f4/
>
> There's a dependency error on iptables. Gustavo, could you have a look?

This is the big iptables/netfilter header debacle from 4.5.x, i can't 
stress how much this thing will linger into future breakage.
It will need some preprocessor hacky fix, or disabling iptables support 
which wouldn't be too nice (even if it's for 4.5).

>>          i686 |                 libinput-1.2.4 | NOK | http://autobuild.buildroot.net/results/3eb32c19f90a5fd8d45a0c36676e015e8278a469/
>
>    CCLD     event-debug
> ../src/.libs/libinput.so: undefined reference to `static_assert'
>
> Baruch, you recently looked at libinput, could you investigate this
> build failure?

static_assert() needs "modern" C11 support, and the feature isn't 
checked for in configure, that's the problem.
Quickie fix could be an #ifdef since it's basically a build check.

>>         sparc |                     mpv-0.17.0 | NOK | http://autobuild.buildroot.net/results/c77e763817657b251213a7ce1e52513b3233e9cd/
>>           arm |                     mpv-0.17.0 | NOK | http://autobuild.buildroot.net/results/88c34347cb4d0f33221415f00426be3dc4223d3b/
>>       powerpc |                     mpv-0.17.0 | NOK | http://autobuild.buildroot.net/results/cc4b52b5a222cad30c369be493d918916df3ec70/
>>      mips64el |                     mpv-0.17.0 | NOK | http://autobuild.buildroot.net/results/011c74cce1ca77fe4c7880226f43ef6e5bc6aadc/
>>           arm |                     mpv-0.17.0 | NOK | http://autobuild.buildroot.net/results/663da681c22a3c913de174b6b80341e2f8e6ca33/
>>         sparc |                     mpv-0.17.0 | NOK | http://autobuild.buildroot.net/results/74787def01b321f7b9c6736c6871f8558d23b1ab/
>
> Gustavo, you added mpv recently, could you look into those issues?

Most of these are lack of xsi math in the buildroot toolchains which 
need to get updated.
The only exception is sparc that lacks atomics and thus needs a fix.

>>          bfin |                     ruby-2.3.1 | NOK | http://autobuild.buildroot.net/results/b4e469a72a746c05ace172798771cfcd081ea473/
>
> process.c: In function 'rb_spawn_process':
> process.c:3928: warning: passing argument 2 of 'rb_ary_new_from_values' from incompatible pointer type
> process.c:3930: error: 'status' undeclared (first use in this function)
> process.c:3930: error: (Each undeclared identifier is reported only once
> process.c:3930: error: for each function it appears in.)
>
> Gustavo? This seems like a recent regression, I remember being able to
> build ruby on bfin some time ago.

It seems so, i'll take a look since it's supposed to work for nommu.

>>          bfin |                 sg3_utils-1.42 | NOK | http://autobuild.buildroot.net/results/31447787e70cd351ce01b7a49ba029758d0c68e5/
>
> Static linking or weird bfin prefix issue. If it's Blackfin related, I
> would suggest to make this package unavailable on Blackfin.

Yes, bfin with SAS/SATA storage is pretty unlikely, so blacklisted.
It's the usual weird symbol prefixing prefixing problem for bfin flat, 
so if anyone is inclined to fix then it's welcome, though it's an 
unlikely scenario since blackfin lacks storage ports compatible with 
sg3_utils (sas, sata, scsi).

>>      mips64el |                   stunnel-5.31 | NOK | http://autobuild.buildroot.net/results/293b9ff94c5e28802f3112eb764b62226aee8bea/
>>      mips64el |                   stunnel-5.31 | NOK | http://autobuild.buildroot.net/results/b940f2faa567229dd9fd30041430ed3eea96e297/
>
> Vicente, Gustavo, I am not sure to whom of you this falls. It doesn't
> seem to be architecture related, but only happened on mips64el. Could
> you have a look?

It's consistent for certain combinations of mips, so i defer to Vicente 
(i believe again!) on this.
Always R6 ISA, little endian, external toolchain it seems.

I'll look at the musl build issues but make no promises.
Regards.

[Buildroot] [autobuild.buildroot.net] Build results for 2016-05-13

[Yann E. MORIN]

Thomas, All,

On 2016-05-14 16:59 +0200, Yann E. MORIN spake thusly:
> On 2016-05-14 15:46 +0200, Thomas Petazzoni spake thusly:
> > >         i686 |             host-python3-3.4.3 | NOK | http://autobuild.buildroot.net/results/e5b005a3ac9d7313b71eaf492d03d6b61b87e683/
> > 
> > /usr/bin/ld: BFD (GNU Binutils for Ubuntu) 2.24 internal error, aborting at ../../bfd/merge.c line 873 in _bfd_merged_section_offset
> > 
> > Yann, this is happening on your machine. Can you have a look, and see
> > if it's reproducible, or if it's a bug due a HW issue?
[--SNIP--]
> So it all looks to me like there is a parallel build issue.

I've just run this config on my autobuilder, and the build was fine
(twice in a row, once with the machine already loaded, once with the
machine otherwise idle).

I'll do a few such builds in loop, just to see if the issue is
reproducible.

Regards,
Yann E. MORIN.

-- 
.-----------------.--------------------.------------------.--------------------.
|  Yann E. MORIN  | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: |
| +33 662 376 056 | Software  Designer | \ / CAMPAIGN     |  ___               |
| +33 223 225 172 `------------.-------:  X  AGAINST      |  \e/  There is no  |
| http://ymorin.is-a-geek.org/ | _/*\_ | / \ HTML MAIL    |   v   conspiracy.  |
'------------------------------^-------^------------------^--------------------'

[Buildroot] [autobuild.buildroot.net] Build results for 2016-05-13

[Jörg Krause]

Hi all,

On Sa, 2016-05-14 at 15:46 +0200, Thomas Petazzoni wrote:
> Hello,
> 
> J?r?me, Gustavo, Bernd, Fabio, Gwenhael, Romain, Vicente, Yann, Matt,
> Martin, Baruch, Samuel, Waldemar, Peter, please see below, there's
> some
> good stuff for you :-) Thanks!
> 
> On Sat, 14 May 2016 08:30:24 +0200 (CEST), Thomas Petazzoni wrote:
> 
> 
> > ??????x86_64 |??????????????ipsec-tools-0.8.2 | NOK | http://autobu
> > ild.buildroot.net/results/0232ff61000fe8936bd768ae49dd75e1bad36094/
> 
> Musl build issue. Gustavo, you are the person doing most of the
> changes
> on ipsec-tools. Could you have a look?

I already proposed a series of patches to fix musl build for ipsec-
tools on upstream [1] and Buildroot [2]. I'll update the fixes soon.

[1]?https://sourceforge.net/p/ipsec-tools/mailman/message/35071943/
[2]?http://patchwork.ozlabs.org/patch/619641/

Best regards
J?rg Krause

[Buildroot] [autobuild.buildroot.net] Build results for 2016-05-13

[Thomas Petazzoni]

Hello,

On Sat, 14 May 2016 16:59:05 +0200, Yann E. MORIN wrote:

> I'm not sure my machine is the only one to have the issue. There are
> very similar issues building host-python3:

Gaah, indeed :-/

Python is a big and widely used package, it's a bit annoying to disable
parallel build for it. But I guess it's the best we can do right now,
unless you have an idea to fix the problem (but parallel build issues
are often complex to understand, especially in a convoluted build
system like the one of Python...).

Thomas
-- 
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com

[Buildroot] [autobuild.buildroot.net] Build results for 2016-05-13

[Thomas Petazzoni]

Hello,

On Sat, 14 May 2016 12:02:11 -0300, Gustavo Zacarias wrote:

> > Gustavo, this is the same issue as the one we add with the old
> > CodeSourcery toolchain, but this time with a Crosstool-NG toolchain
> > that uses gcc 4.7. What is so special with blktrace that it causes such
> > issues?  
> 
> This toolchain must also die, since it's glibc-based we can assume it's 
> bad for SPE (likely eglibc). And blktrace needs glibc/musl, hence for 
> SPE it's a no go in the end (i believe Rich was looking into SPE support 
> for musl, but will probably go for soft-float given the kind of broken FPU).

I still don't understand all this PowerPC/ABI/FPU/libc stuff. I guess
it would be useful to write down once for all on the Buildroot Wiki
what is the situation in this area.

> That being said, i think this is an old gcc bug, however i'm failing to 
> find the exact details.

What I find weird with this issue is that only blktrace seems to
trigger the issue. Is blktrace doing something funky? Most other
packages appear to build fine with this toolchain.

> > cairo-gl.h:130:21: fatal error: EGL/egl.h: No such file or directory
> >   #include <EGL/egl.h>
> >
> > Gustavo, Bernd ?  
> 
> It's mali-t76x's fault, since the package only installs binaries it 
> depends on mesa3d-headers for the headers, but in fact it doesn't, so 
> cairo builds before it.
> Patch sent.

I've applied the patch.

> >> microblazeel |                 collectd-5.5.1 | NOK | http://autobuild.buildroot.net/results/602f1b40d1c369bb7eef24216264e0e41837518e/
> >>           arm |                 collectd-5.5.1 | NOK | http://autobuild.buildroot.net/results/bf6e4d55b3ff069c8efd72721a65af2c30e5b6f4/  
> >
> > There's a dependency error on iptables. Gustavo, could you have a look?  
> 
> This is the big iptables/netfilter header debacle from 4.5.x, i can't 
> stress how much this thing will linger into future breakage.
> It will need some preprocessor hacky fix, or disabling iptables support 
> which wouldn't be too nice (even if it's for 4.5).

Are you going to work on this topic?

> >>          i686 |                 libinput-1.2.4 | NOK | http://autobuild.buildroot.net/results/3eb32c19f90a5fd8d45a0c36676e015e8278a469/  
> >
> >    CCLD     event-debug
> > ../src/.libs/libinput.so: undefined reference to `static_assert'
> >
> > Baruch, you recently looked at libinput, could you investigate this
> > build failure?  
> 
> static_assert() needs "modern" C11 support, and the feature isn't 
> checked for in configure, that's the problem.
> Quickie fix could be an #ifdef since it's basically a build check.

Baruch has sent a fix, I'll apply it.

> >>         sparc |                     mpv-0.17.0 | NOK | http://autobuild.buildroot.net/results/c77e763817657b251213a7ce1e52513b3233e9cd/
> >>           arm |                     mpv-0.17.0 | NOK | http://autobuild.buildroot.net/results/88c34347cb4d0f33221415f00426be3dc4223d3b/
> >>       powerpc |                     mpv-0.17.0 | NOK | http://autobuild.buildroot.net/results/cc4b52b5a222cad30c369be493d918916df3ec70/
> >>      mips64el |                     mpv-0.17.0 | NOK | http://autobuild.buildroot.net/results/011c74cce1ca77fe4c7880226f43ef6e5bc6aadc/
> >>           arm |                     mpv-0.17.0 | NOK | http://autobuild.buildroot.net/results/663da681c22a3c913de174b6b80341e2f8e6ca33/
> >>         sparc |                     mpv-0.17.0 | NOK | http://autobuild.buildroot.net/results/74787def01b321f7b9c6736c6871f8558d23b1ab/  
> >
> > Gustavo, you added mpv recently, could you look into those issues?  
> 
> Most of these are lack of xsi math in the buildroot toolchains which 
> need to get updated.

OK, I'll rebuild the Buildroot toolchains.

> The only exception is sparc that lacks atomics and thus needs a fix.

OK. Will you send a patch for this?

> >>          bfin |                     ruby-2.3.1 | NOK | http://autobuild.buildroot.net/results/b4e469a72a746c05ace172798771cfcd081ea473/  
> >
> > process.c: In function 'rb_spawn_process':
> > process.c:3928: warning: passing argument 2 of 'rb_ary_new_from_values' from incompatible pointer type
> > process.c:3930: error: 'status' undeclared (first use in this function)
> > process.c:3930: error: (Each undeclared identifier is reported only once
> > process.c:3930: error: for each function it appears in.)
> >
> > Gustavo? This seems like a recent regression, I remember being able to
> > build ruby on bfin some time ago.  
> 
> It seems so, i'll take a look since it's supposed to work for nommu.

OK, thanks!

> >>          bfin |                 sg3_utils-1.42 | NOK | http://autobuild.buildroot.net/results/31447787e70cd351ce01b7a49ba029758d0c68e5/  
> >
> > Static linking or weird bfin prefix issue. If it's Blackfin related, I
> > would suggest to make this package unavailable on Blackfin.  
> 
> Yes, bfin with SAS/SATA storage is pretty unlikely, so blacklisted.
> It's the usual weird symbol prefixing prefixing problem for bfin flat, 
> so if anyone is inclined to fix then it's welcome, though it's an 
> unlikely scenario since blackfin lacks storage ports compatible with 
> sg3_utils (sas, sata, scsi).

I've applied your patch, thanks!

> >>      mips64el |                   stunnel-5.31 | NOK | http://autobuild.buildroot.net/results/293b9ff94c5e28802f3112eb764b62226aee8bea/
> >>      mips64el |                   stunnel-5.31 | NOK | http://autobuild.buildroot.net/results/b940f2faa567229dd9fd30041430ed3eea96e297/  
> >
> > Vicente, Gustavo, I am not sure to whom of you this falls. It doesn't
> > seem to be architecture related, but only happened on mips64el. Could
> > you have a look?  
> 
> It's consistent for certain combinations of mips, so i defer to Vicente 
> (i believe again!) on this.
> Always R6 ISA, little endian, external toolchain it seems.

Vicente? :-)

Thanks,

Thomas
-- 
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com

[Buildroot] [autobuild.buildroot.net] Build results for 2016-05-13

[Thomas Petazzoni]

Hello,

On Sat, 14 May 2016 18:02:42 +0200, Yann E. MORIN wrote:

> I've just run this config on my autobuilder, and the build was fine
> (twice in a row, once with the machine already loaded, once with the
> machine otherwise idle).
> 
> I'll do a few such builds in loop, just to see if the issue is
> reproducible.

I think the issue is hard to reproduce: according to
http://autobuild.buildroot.net/?reason=host-python3-3.4.3, it occurred
only 15 times over the last 6 months, while I believe the host-python3
package has been built hundreds to thousands of times.

Thomas
-- 
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com

[Buildroot] [autobuild.buildroot.net] Build results for 2016-05-13

[Yann E. MORIN]

Thomas, All,

On 2016-05-15 21:55 +0200, Thomas Petazzoni spake thusly:
> On Sat, 14 May 2016 18:02:42 +0200, Yann E. MORIN wrote:
> > I've just run this config on my autobuilder, and the build was fine
> > (twice in a row, once with the machine already loaded, once with the
> > machine otherwise idle).
> > 
> > I'll do a few such builds in loop, just to see if the issue is
> > reproducible.
> 
> I think the issue is hard to reproduce: according to
> http://autobuild.buildroot.net/?reason=host-python3-3.4.3, it occurred
> only 15 times over the last 6 months, while I believe the host-python3
> package has been built hundreds to thousands of times.

Well, I was able to reproduce it at least twice on two different
machines (i.e. four times total, out of something like 30 builds),
provided they were otherwise highly loaded.

However, I am not sure we can easily do somehing about it. Disablign
parallel build is not nice, indeed. I can have a look to see if there is
something obvious in their buildsystem, but I can make no promise...

Regards,
Yann E. MORIN.

-- 
.-----------------.--------------------.------------------.--------------------.
|  Yann E. MORIN  | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: |
| +33 662 376 056 | Software  Designer | \ / CAMPAIGN     |  ___               |
| +33 223 225 172 `------------.-------:  X  AGAINST      |  \e/  There is no  |
| http://ymorin.is-a-geek.org/ | _/*\_ | / \ HTML MAIL    |   v   conspiracy.  |
'------------------------------^-------^------------------^--------------------'

[Buildroot] [autobuild.buildroot.net] Build results for 2016-05-13

[Matthew Weber]

Thomas,

On Sat, May 14, 2016 at 8:46 AM, Thomas Petazzoni
<thomas.petazzoni@free-electrons.com> wrote:
> Hello,
>
> J?r?me, Gustavo, Bernd, Fabio, Gwenhael, Romain, Vicente, Yann, Matt,
> Martin, Baruch, Samuel, Waldemar, Peter, please see below, there's some
> good stuff for you :-) Thanks!
>
> On Sat, 14 May 2016 08:30:24 +0200 (CEST), Thomas Petazzoni wrote:
>
<snip>
>>       x86_64 |                  igmpproxy-0.1 | NOK | http://autobuild.buildroot.net/results/c6a6eec34cffb2c7876595b36fb8a01f475583f9/
>
> Musl build issue. Matt, you originally added the igmpproxy package,
> could you take care of this issue?

Looks like Bernd Kuhls had submitted a patch back in Jan.  I've
retested his patch against this autobr failure and re-submitted the
patch.

Thanks,
Matt

[Buildroot] [autobuild.buildroot.net] Build results for 2016-05-13

[Baruch Siach]

Hi Thomas,

On Sun, May 15, 2016 at 09:53:57PM +0200, Thomas Petazzoni wrote: 
> > >>          i686 |                 libinput-1.2.4 | NOK | http://autobuild.buildroot.net/results/3eb32c19f90a5fd8d45a0c36676e015e8278a469/  
> > >
> > >    CCLD     event-debug
> > > ../src/.libs/libinput.so: undefined reference to `static_assert'
> > >
> > > Baruch, you recently looked at libinput, could you investigate this
> > > build failure?  
> > 
> > static_assert() needs "modern" C11 support, and the feature isn't 
> > checked for in configure, that's the problem.
> > Quickie fix could be an #ifdef since it's basically a build check.
> 
> Baruch has sent a fix, I'll apply it.

I marked this patch as Rejected because it is wrong. Peter Hutterer suggested 
a better upstream fix[1]. I'll test this fix and post an updated patch.

[1] https://lists.freedesktop.org/archives/wayland-devel/2016-May/028881.html

baruch

-- 
     http://baruch.siach.name/blog/                  ~. .~   Tk Open Systems
=}------------------------------------------------ooO--U--Ooo------------{=
   - baruch at tkos.co.il - tel: +972.2.679.5364, http://www.tkos.co.il -

[Buildroot] [autobuild.buildroot.net] Build results for 2016-05-13

[Thomas Petazzoni]

Hello,

On Sun, 15 May 2016 16:43:56 -0500, Matthew Weber wrote:

> >>       x86_64 |                  igmpproxy-0.1 | NOK | http://autobuild.buildroot.net/results/c6a6eec34cffb2c7876595b36fb8a01f475583f9/  
> >
> > Musl build issue. Matt, you originally added the igmpproxy package,
> > could you take care of this issue?  
> 
> Looks like Bernd Kuhls had submitted a patch back in Jan.  I've
> retested his patch against this autobr failure and re-submitted the
> patch.

Thanks!

Thomas
-- 
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com

[Buildroot] [autobuild.buildroot.net] Build results for 2016-05-13

[Martin Bark]

Thomas,

On 14 May 2016 at 14:46, Thomas Petazzoni
<thomas.petazzoni@free-electrons.com> wrote:
> Hello,
>
> J?r?me, Gustavo, Bernd, Fabio, Gwenhael, Romain, Vicente, Yann, Matt,
> Martin, Baruch, Samuel, Waldemar, Peter, please see below, there's some
> good stuff for you :-) Thanks!
>
> On Sat, 14 May 2016 08:30:24 +0200 (CEST), Thomas Petazzoni wrote:
>
>>      powerpc | android-tools-4.2.2+git2013... | NOK | http://autobuild.buildroot.net/results/1b8ace1a083b419c1ab913fda0d36a1d2d910f13/
>>       xtensa | android-tools-4.2.2+git2013... | NOK | http://autobuild.buildroot.net/results/5bb304c91367f1570903c8c527b387c65e572e56/
>>      powerpc | android-tools-4.2.2+git2013... | NOK | http://autobuild.buildroot.net/results/5f6cacf3125518d8c071397582569c659461690a/
>
> This was due to an issue building on big endian systems, I'm about to
> send a patch that fixes it.
>
>>       x86_64 |                   apitrace-7.0 | NOK | http://autobuild.buildroot.net/results/f003885b58376b130f4cd6cba38ba3dd911ee9f7/
>
> Even though this is a shared library capable build, it wants to link a
> shared library against libstdc++.a.
>
> J?r?me, since you added the apitrace package, could you have a look?
>
>>      powerpc |                 blktrace-1.1.0 | NOK | http://autobuild.buildroot.net/results/a2bb339864bdfd2ddfd2ec487d9c3cb3181ce9ca/
>
> Gustavo, this is the same issue as the one we add with the old
> CodeSourcery toolchain, but this time with a Crosstool-NG toolchain
> that uses gcc 4.7. What is so special with blktrace that it causes such
> issues?
>
>>          arm |                   cairo-1.14.6 | NOK | http://autobuild.buildroot.net/results/dab91372b7bfde57796a7e3de7e823dc44adfb76/
>
> cairo-gl.h:130:21: fatal error: EGL/egl.h: No such file or directory
>  #include <EGL/egl.h>
>
> Gustavo, Bernd ?
>
>> microblazeel |                 collectd-5.5.1 | NOK | http://autobuild.buildroot.net/results/602f1b40d1c369bb7eef24216264e0e41837518e/
>>          arm |                 collectd-5.5.1 | NOK | http://autobuild.buildroot.net/results/bf6e4d55b3ff069c8efd72721a65af2c30e5b6f4/
>
> There's a dependency error on iptables. Gustavo, could you have a look?
>
>>          arm |                     cups-2.1.2 | NOK | http://autobuild.buildroot.net/results/445a401da2f63a6c43d7c166516287db6cc977ab/
>
> Caused by using PIE, which requires Scrt1.o, which isn't available in
> our uClibc toolchains. Since we don't really need PIE support, I've
> sent a patch that disables it.
>
>>       x86_64 |              expect-2014-05-02 | NOK | http://autobuild.buildroot.net/results/c02f69b5f246b95299d3998a55783de0c33b52ee/
>
> The -Wl,-rpath,/usr/lib is wrong. Fabio, you are the last person who
> bumped the expect version. Could you have a look?
>
>>     mips64el |                   ffmpeg-2.8.7 | NOK | http://autobuild.buildroot.net/results/a860f2ecf47c1797d51547ebb0b1d6de9a3a8785/
>>     mips64el |                   ffmpeg-2.8.7 | NOK | http://autobuild.buildroot.net/results/b1a7be266d02e23aa7df815d225b3c82f534af82/
>>     mips64el |                   ffmpeg-2.8.7 | NOK | http://autobuild.buildroot.net/results/830b12f9820dcd0a3d607d7f2f7fdff68614a416/
>>     mips64el |                   ffmpeg-2.8.7 | NOK | http://autobuild.buildroot.net/results/e1dbf44ab00e4cb54d0db69c2c53f894cf37bca5/
>>     mips64el |                   ffmpeg-2.8.7 | NOK | http://autobuild.buildroot.net/results/7b04af4aff0210f9c4e0ca75b88eb01d09f813bd/
>
> Bernd, Vicente, ffmpeg doesn't find freetype2 on mips64el. Could you
> have a look?
>
>> microblazeel | flann-04b4a56533faf8c8228d0... | NOK | http://autobuild.buildroot.net/results/a645ec0fc4dd02454d03151078df75c4900327fd/
>
> gcc problem :/
>
>>       mipsel | glmark2-499aa81a68fb4c8aac1... | NOK | http://autobuild.buildroot.net/results/a4af3758a8d8414e28e0ad17d7ff69fc79f38e42/
>>         sh4a | glmark2-499aa81a68fb4c8aac1... | NOK | http://autobuild.buildroot.net/results/d0e9e1ee5d180534c62001ba9c3d68b4038a63dd/
>
> Should be fixed by http://patchwork.ozlabs.org/patch/610921/.
>
>>          arm | gmrender-resurrect-aa3d02cf... | NOK | http://autobuild.buildroot.net/results/96a280a8115cd01d64670e4caf2471d3ee4581d9/
>>          arm | gmrender-resurrect-aa3d02cf... | NOK | http://autobuild.buildroot.net/results/43babb56cf9860ac60e51452d2f9362fc4a331e2/
>>       x86_64 | gmrender-resurrect-aa3d02cf... | NOK | http://autobuild.buildroot.net/results/cd064a8bcb297ba47168bde44cefeb2db9721cc6/
>
> musl build issue, due to the usage of <error.h>. I'm tempted to simply
> mark the package as not available on musl.
>
>>       x86_64 |               gnuradio-3.7.9.1 | NOK | http://autobuild.buildroot.net/results/9a63f1dd6ba58f69e4810a5304112dbafab15cbc/
>
> internal compiler error: Segmentation fault
>
> Gwenhael, could you narrow down this issue, and see which compiler
> versions are affected?
>
>>        nios2 |                 grantlee-0.5.1 | NOK | http://autobuild.buildroot.net/results/02bc45c115cbcda11f379ad3aecd1153ca25908a/
>
> Romain?
>
>>     mips64el | hidapi-d17db57b9d4354752e0a... | NOK | http://autobuild.buildroot.net/results/f1016da210323786ca9615c882e4a41f04c2894f/
>
> Smells like a parallel build issue. Vicente, you add this package,
> could you have a look?
>
>>       x86_64 |        host-erlang-rebar-2.6.1 | TIM | http://autobuild.buildroot.net/results/923fbd5a8ef27c250844e466fb5b33e5e3840321/
>
> Ignored.
>
>>         i686 |             host-python3-3.4.3 | NOK | http://autobuild.buildroot.net/results/e5b005a3ac9d7313b71eaf492d03d6b61b87e683/
>
> /usr/bin/ld: BFD (GNU Binutils for Ubuntu) 2.24 internal error, aborting at ../../bfd/merge.c line 873 in _bfd_merged_section_offset
>
> Yann, this is happening on your machine. Can you have a look, and see
> if it's reproducible, or if it's a bug due a HW issue?
>
>>       x86_64 |                  igmpproxy-0.1 | NOK | http://autobuild.buildroot.net/results/c6a6eec34cffb2c7876595b36fb8a01f475583f9/
>
> Musl build issue. Matt, you originally added the igmpproxy package,
> could you take care of this issue?
>
>>       x86_64 |              ipsec-tools-0.8.2 | NOK | http://autobuild.buildroot.net/results/0232ff61000fe8936bd768ae49dd75e1bad36094/
>
> Musl build issue. Gustavo, you are the person doing most of the changes
> on ipsec-tools. Could you have a look?
>
>>          arm | iputils-3a86a2542c6fe29413c... | NOK | http://autobuild.buildroot.net/results/55a7db5c0cbc34bbf6a2cbc52713d8822deec5b2/
>
> Some static linking issue. Martin, you already did some work on
> iputils, can you have a look?

It's an issue with static builds and using libgcrypt.  I've submitted
a pull request to fix the issue (see
https://github.com/iputils/iputils/pull/50).  Last time i submitted a
pull request the author of iputils was very quick to merge my changes
so I'll wait to see what happens before i submit any changes to
buildroot.

Thanks

Martin

>
>>       xtensa |                  jack2-v1.9.10 | NOK | http://autobuild.buildroot.net/results/f8e71aae05e06de55346e78e1f23dd91da89c93c/
>
> It wrong assumes that execinfo.h is available:
>
> ../dbus/sigsegv.c:30:22: fatal error: execinfo.h: No such file or directory
>  #include <execinfo.h>
>
> This generally can be easily workaround by making the corresponding
> code conditional.
>
> Could someone have a look?
>
>>          sh4 |                  jack2-v1.9.10 | NOK | http://autobuild.buildroot.net/results/3687ca340d56798b0504444f0c9a11213b896029/
>
> Same problem.
>
>>         i686 |                 libinput-1.2.4 | NOK | http://autobuild.buildroot.net/results/3eb32c19f90a5fd8d45a0c36676e015e8278a469/
>
>   CCLD     event-debug
> ../src/.libs/libinput.so: undefined reference to `static_assert'
>
> Baruch, you recently looked at libinput, could you investigate this
> build failure?
>
>>         mips | liquid-dsp-df5a459fa05dba41... | NOK | http://autobuild.buildroot.net/results/768f7b6f8bc0dbae203f2713af083e6a52631706/
>>         mips | liquid-dsp-df5a459fa05dba41... | NOK | http://autobuild.buildroot.net/results/7b4974cbda74c44952db0721b4d3367bc451adf8/
>
> error: non-floating-point argument in call to function '__builtin_isnan'
>
> Vicente ?
>
>>       mipsel |                     mosh-1.2.5 | NOK | http://autobuild.buildroot.net/results/b5c205e6a0628ae559dc06183ca72fae78fa79aa/
>
> Grr, still the SSP problem :-/
>
>>        sparc |                     mpv-0.17.0 | NOK | http://autobuild.buildroot.net/results/c77e763817657b251213a7ce1e52513b3233e9cd/
>>          arm |                     mpv-0.17.0 | NOK | http://autobuild.buildroot.net/results/88c34347cb4d0f33221415f00426be3dc4223d3b/
>>      powerpc |                     mpv-0.17.0 | NOK | http://autobuild.buildroot.net/results/cc4b52b5a222cad30c369be493d918916df3ec70/
>>     mips64el |                     mpv-0.17.0 | NOK | http://autobuild.buildroot.net/results/011c74cce1ca77fe4c7880226f43ef6e5bc6aadc/
>>          arm |                     mpv-0.17.0 | NOK | http://autobuild.buildroot.net/results/663da681c22a3c913de174b6b80341e2f8e6ca33/
>>        sparc |                     mpv-0.17.0 | NOK | http://autobuild.buildroot.net/results/74787def01b321f7b9c6736c6871f8558d23b1ab/
>
> Gustavo, you added mpv recently, could you look into those issues?
>
>>       x86_64 |                      mtr-v0.86 | NOK | http://autobuild.buildroot.net/results/debeb3ded02c3de63182c3433ff02062192d3fd1/
>
> checking whether provided __res_state_ext definition can be compiled... no
> configure: error: Need definition for struct __res_state_ext but unable to define it.
>
> Musl build issue. Gustavo, you originally added the mtr package, so
> this one is also for you :-)
>
>>        nios2 |                opencv-2.4.12.3 | NOK | http://autobuild.buildroot.net/results/fd0cc1cb09d07be94770d984efb28eea7c6f25b7/
>
> Romain?
>
>>          arc |                opencv-2.4.12.3 | NOK | http://autobuild.buildroot.net/results/57007a8d22d20b2fc5cd64154f5ec674b0842afa/
>
> Samuel, this one is for you. It tries to link against libdl in a
> BR2_STATIC_LIBS=y configuration. Not good.
>
>>       x86_64 |        openpgm-release-5-2-122 | NOK | http://autobuild.buildroot.net/results/8ba8585622a143ef88b6f48146160feaaae2eca3/
>
> Musl build issue. Vicente, you are the last one who bumped openpgm.
> Could you have a look?
>
>>          arm |                 pinentry-0.9.4 | NOK | http://autobuild.buildroot.net/results/79b5a9b1c7acbaf2bb17340edf3bd96328c709b6/
>
> Some completely crazy C++ error. Vicente, you're also the last person
> who bumped pinentry, could you have a look?
>
>>         bfin |                     ruby-2.3.1 | NOK | http://autobuild.buildroot.net/results/b4e469a72a746c05ace172798771cfcd081ea473/
>
> process.c: In function 'rb_spawn_process':
> process.c:3928: warning: passing argument 2 of 'rb_ary_new_from_values' from incompatible pointer type
> process.c:3930: error: 'status' undeclared (first use in this function)
> process.c:3930: error: (Each undeclared identifier is reported only once
> process.c:3930: error: for each function it appears in.)
>
> Gustavo? This seems like a recent regression, I remember being able to
> build ruby on bfin some time ago.
>
>>       xtensa | sconeserver-c4b8e14f6e9e06c... | NOK | http://autobuild.buildroot.net/results/60ca2e9d7019dd7969774e4326d07f1bfd27ff75/
>
> Uses dlfcn.h, so should not be available for static builds.
>
>>         bfin |                 sg3_utils-1.42 | NOK | http://autobuild.buildroot.net/results/31447787e70cd351ce01b7a49ba029758d0c68e5/
>
> Static linking or weird bfin prefix issue. If it's Blackfin related, I
> would suggest to make this package unavailable on Blackfin.
>
>>      sparc64 |              stress-ng-0.04.16 | NOK | http://autobuild.buildroot.net/results/b527ccdbdfeaba6789528e68df93d9c7216e758a/
>>      sparc64 |              stress-ng-0.04.16 | NOK | http://autobuild.buildroot.net/results/d658f82c66d93515276dcb6cec8d3690459fbf05/
>
> internal compiler error: in emit_library_call_value_1, at calls.c:3779
>
> Waldemar ?
>
>>     mips64el |                   stunnel-5.31 | NOK | http://autobuild.buildroot.net/results/293b9ff94c5e28802f3112eb764b62226aee8bea/
>>     mips64el |                   stunnel-5.31 | NOK | http://autobuild.buildroot.net/results/b940f2faa567229dd9fd30041430ed3eea96e297/
>
> Vicente, Gustavo, I am not sure to whom of you this falls. It doesn't
> seem to be architecture related, but only happened on mips64el. Could
> you have a look?
>
>>          arm |                    tinc-1.0.24 | NOK | http://autobuild.buildroot.net/results/c9efed5515383c1bee4184857bc21d7aced72b9e/
>>          arc |                    tinc-1.0.24 | NOK | http://autobuild.buildroot.net/results/73dad21de2d5667b8105f42f202fa4727e270912/
>
> checking for dlopen in -ldl... no
> configure: error: OpenSSL depends on libdl.
>
> The OpenSSL support needs libdl.
>
>>          arm |  toolchain-external-legal-info | NOK | http://autobuild.buildroot.net/results/19b282d784b7498f379847b5e37483f7a3bd3a63/
>>          arm |  toolchain-external-legal-info | NOK | http://autobuild.buildroot.net/results/9d53e35e4908c4f594ad2870c00b09e9113f0e3e/
>
> Temporary download issues. Peter, could you download the relevant files and put them on sources.b.o ?
>
>>          arc |                        unknown | NOK | http://autobuild.buildroot.net/results/ae3cbba85934100f7f4dc7361de544f87d84d433/
>>          arm |                        unknown | NOK | http://autobuild.buildroot.net/results/21e45cee04fd983c85c6702595ee3f7ed8470931/
>
> Some dependency problem.
>
> Thomas
> --
> Thomas Petazzoni, CTO, Free Electrons
> Embedded Linux, Kernel and Android engineering
> http://free-electrons.com

[Buildroot] [autobuild.buildroot.net] Build results for 2016-05-13

[Thomas Petazzoni]

Hello,

On Mon, 16 May 2016 11:19:20 +0100, Martin Bark wrote:

> >>          arm | iputils-3a86a2542c6fe29413c... | NOK | http://autobuild.buildroot.net/results/55a7db5c0cbc34bbf6a2cbc52713d8822deec5b2/  
> >
> > Some static linking issue. Martin, you already did some work on
> > iputils, can you have a look?  
> 
> It's an issue with static builds and using libgcrypt.  I've submitted
> a pull request to fix the issue (see
> https://github.com/iputils/iputils/pull/50).  Last time i submitted a
> pull request the author of iputils was very quick to merge my changes
> so I'll wait to see what happens before i submit any changes to
> buildroot.

And indeed, it has been merged half an hour ago. However, I'm wondering
why you have not used pkg-config instead. The drawback of -lgcrypt
-lgpg-error is that now, even in dynamic linking situations, the
iputils binary has a direct reference to libgpg-error.

Thomas
-- 
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com

[Buildroot] [autobuild.buildroot.net] Build results for 2016-05-13

[Martin Bark]

Thomans,

On 16 May 2016 at 12:15, Thomas Petazzoni
<thomas.petazzoni@free-electrons.com> wrote:
> Hello,
>
> On Mon, 16 May 2016 11:19:20 +0100, Martin Bark wrote:
>
>> >>          arm | iputils-3a86a2542c6fe29413c... | NOK | http://autobuild.buildroot.net/results/55a7db5c0cbc34bbf6a2cbc52713d8822deec5b2/
>> >
>> > Some static linking issue. Martin, you already did some work on
>> > iputils, can you have a look?
>>
>> It's an issue with static builds and using libgcrypt.  I've submitted
>> a pull request to fix the issue (see
>> https://github.com/iputils/iputils/pull/50).  Last time i submitted a
>> pull request the author of iputils was very quick to merge my changes
>> so I'll wait to see what happens before i submit any changes to
>> buildroot.
>
> And indeed, it has been merged half an hour ago. However, I'm wondering
> why you have not used pkg-config instead. The drawback of -lgcrypt
> -lgpg-error is that now, even in dynamic linking situations, the
> iputils binary has a direct reference to libgpg-error.

yes my first thought was to use libgrypt-config but in the end I
decided to keep it simple because iputils only has a basic Makefile
with no configure script.  It's the same situation we had with linking
against the libm.  I going to asking the maintainer if they would
accept a change to add a cmake or autotools build system so solve this
kind of issue neatly.

Thanks

Martin

>
> Thomas
> --
> Thomas Petazzoni, CTO, Free Electrons
> Embedded Linux, Kernel and Android engineering
> http://free-electrons.com

[Buildroot] [autobuild.buildroot.net] Build results for 2016-05-13

[Thomas Petazzoni]

Hello,

On Mon, 16 May 2016 13:23:44 +0100, Martin Bark wrote:

> > And indeed, it has been merged half an hour ago. However, I'm wondering
> > why you have not used pkg-config instead. The drawback of -lgcrypt
> > -lgpg-error is that now, even in dynamic linking situations, the
> > iputils binary has a direct reference to libgpg-error.  
> 
> yes my first thought was to use libgrypt-config but in the end I
> decided to keep it simple because iputils only has a basic Makefile
> with no configure script.  It's the same situation we had with linking
> against the libm.  I going to asking the maintainer if they would
> accept a change to add a cmake or autotools build system so solve this
> kind of issue neatly.

Well, going all the way to autotools or cmake is not really necessary
to solve these problems. You can just call pkg-config from a Makefile:

LDFLAGS = $(shell pkg-config --libs libgcrypt)

and that's it. No?

Thomas
-- 
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com

[Buildroot] [autobuild.buildroot.net] Build results for 2016-05-13

[Martin Bark]

Thomas,

On 16 May 2016 at 13:50, Thomas Petazzoni
<thomas.petazzoni@free-electrons.com> wrote:
> Hello,
>
> On Mon, 16 May 2016 13:23:44 +0100, Martin Bark wrote:
>
>> > And indeed, it has been merged half an hour ago. However, I'm wondering
>> > why you have not used pkg-config instead. The drawback of -lgcrypt
>> > -lgpg-error is that now, even in dynamic linking situations, the
>> > iputils binary has a direct reference to libgpg-error.
>>
>> yes my first thought was to use libgrypt-config but in the end I
>> decided to keep it simple because iputils only has a basic Makefile
>> with no configure script.  It's the same situation we had with linking
>> against the libm.  I going to asking the maintainer if they would
>> accept a change to add a cmake or autotools build system so solve this
>> kind of issue neatly.
>
> Well, going all the way to autotools or cmake is not really necessary
> to solve these problems. You can just call pkg-config from a Makefile:
>
> LDFLAGS = $(shell pkg-config --libs libgcrypt)
>
> and that's it. No?

gcrypt has it's owm libgrypt-config so you need something like

GCRYPT_CONFIG?=libgrypt-config
LDFLAG_GCRYPT=$(shell $(GCRYPT_CONFIG) --libs)

However, libgcrypt-config --libs always returns -lgcrypt -lgpg-error
so this method does not save you linking against libgpg-error.  Given
the iputils Makefile does not currently use anything like pkg-config
or libgcrypt-config i decided on the simpler method.

Thanks

Martin

>
> Thomas
> --
> Thomas Petazzoni, CTO, Free Electrons
> Embedded Linux, Kernel and Android engineering
> http://free-electrons.com

[Buildroot] [autobuild.buildroot.net] Build results for 2016-05-13

[Thomas Petazzoni]

Hello,

On Mon, 16 May 2016 15:34:20 +0100, Martin Bark wrote:

> > Well, going all the way to autotools or cmake is not really necessary
> > to solve these problems. You can just call pkg-config from a Makefile:
> >
> > LDFLAGS = $(shell pkg-config --libs libgcrypt)
> >
> > and that's it. No?  
> 
> gcrypt has it's owm libgrypt-config so you need something like
> 
> GCRYPT_CONFIG?=libgrypt-config
> LDFLAG_GCRYPT=$(shell $(GCRYPT_CONFIG) --libs)
> 
> However, libgcrypt-config --libs always returns -lgcrypt -lgpg-error
> so this method does not save you linking against libgpg-error.  Given
> the iputils Makefile does not currently use anything like pkg-config
> or libgcrypt-config i decided on the simpler method.

Gaah, OK. Then, yes your patch is the simplest solution. I thought
libgcrypt had pkg-config support, but it does not.

Will you send a Buildroot patch that backports the upstream-accepted
contribution you have made?

Thanks a lot!

Thomas
-- 
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com

[Buildroot] [autobuild.buildroot.net] Build results for 2016-05-13

[Martin Bark]

Thomas,

On 16 May 2016 at 15:43, Thomas Petazzoni
<thomas.petazzoni@free-electrons.com> wrote:
> Hello,
>
> On Mon, 16 May 2016 15:34:20 +0100, Martin Bark wrote:
>
>> > Well, going all the way to autotools or cmake is not really necessary
>> > to solve these problems. You can just call pkg-config from a Makefile:
>> >
>> > LDFLAGS = $(shell pkg-config --libs libgcrypt)
>> >
>> > and that's it. No?
>>
>> gcrypt has it's owm libgrypt-config so you need something like
>>
>> GCRYPT_CONFIG?=libgrypt-config
>> LDFLAG_GCRYPT=$(shell $(GCRYPT_CONFIG) --libs)
>>
>> However, libgcrypt-config --libs always returns -lgcrypt -lgpg-error
>> so this method does not save you linking against libgpg-error.  Given
>> the iputils Makefile does not currently use anything like pkg-config
>> or libgcrypt-config i decided on the simpler method.
>
> Gaah, OK. Then, yes your patch is the simplest solution. I thought
> libgcrypt had pkg-config support, but it does not.
>
> Will you send a Buildroot patch that backports the upstream-accepted
> contribution you have made?

Yes i was just holding off in case you wanted any changes.  I've just
submitted a patch to bump the iputils version and checked it fixes
several of the autobuild errors,

Thanks

Martin

>
> Thanks a lot!
>
> Thomas
> --
> Thomas Petazzoni, CTO, Free Electrons
> Embedded Linux, Kernel and Android engineering
> http://free-electrons.com

[Buildroot] [autobuild.buildroot.net] Build results for 2016-05-13

[Romain Naour]

Hi Thomas, All,

Le 14/05/2016 ? 15:46, Thomas Petazzoni a ?crit :
> Hello,
> 
> J?r?me, Gustavo, Bernd, Fabio, Gwenhael, Romain, Vicente, Yann, Matt,
> Martin, Baruch, Samuel, Waldemar, Peter, please see below, there's some
> good stuff for you :-) Thanks!
> 
> On Sat, 14 May 2016 08:30:24 +0200 (CEST), Thomas Petazzoni wrote:
> 
>>      powerpc |                 blktrace-1.1.0 | NOK | http://autobuild.buildroot.net/results/a2bb339864bdfd2ddfd2ec487d9c3cb3181ce9ca/
> 
> Gustavo, this is the same issue as the one we add with the old
> CodeSourcery toolchain, but this time with a Crosstool-NG toolchain
> that uses gcc 4.7. What is so special with blktrace that it causes such
> issues?

It seems that the libaio bump has broken the blktrace package on powerpc, see:

http://lists.busybox.net/pipermail/buildroot/2016-April/157845.html

> 
>>        nios2 |                 grantlee-0.5.1 | NOK | http://autobuild.buildroot.net/results/02bc45c115cbcda11f379ad3aecd1153ca25908a/
> 
> Romain?

I don't know, I tried with several gcc/binutils combination without success.

Also grantlee doesn't build on microblaze for the same reason, see:
http://autobuild.buildroot.net/?reason=grantlee-0.5.1

Now the nios2 compiler issue on Qt GUI has been fixed (see Problem 4)
http://lists.busybox.net/pipermail/buildroot/2014-November/112605.html

Grantlee is unlikely used on nios2 or microblaze, maybe we should disable it ?

Vicente, what do you think ?

Best regards,
Romain