[Buildroot] [autobuild.buildroot.net] Build results for 2014-04-18

[Buildroot] [autobuild.buildroot.net] Build results for 2014-04-18

[Thomas Petazzoni]

Build statistics for 2014-04-18
===============================

        success : 60 
       failures : 22 
       timeouts : 2  
          TOTAL : 84 

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

           host-nodejs-0.10.12 | 5 
                 mesa3d-10.0.4 | 2 
             lttng-tools-2.4.0 | 2 
                  python-2.7.6 | 2 
                     nmap-6.40 | 2 
                  samba4-4.1.6 | 1 
jack2-37976441044d69b91d61d... | 1 
             util-linux-2.24.1 | 1 
                 libpfm4-4.3.0 | 1 
                minidlna-1.1.2 | 1 
              compiling old_th | 1 
        gst1-plugins-bad-1.2.3 | 1 
            lttng-libust-2.4.0 | 1 
                  squashfs-4.2 | 1 
            gst-ffmpeg-0.10.13 | 1 
if /home/test/test/2/output... | 1 

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

      i686 |               compiling old_th | TIM | http://autobuild.buildroot.net/results/41a94e8fae8667d19842338bb8f909cae70642ab/
    x86_64 |             gst-ffmpeg-0.10.13 | NOK | http://autobuild.buildroot.net/results/9d252b26819e57f7c90a1b65c93da9fbf0afb9d5/
       arm |         gst1-plugins-bad-1.2.3 | NOK | http://autobuild.buildroot.net/results/d650fd7afe3e433bdccf7f5020dff22b23115e18/
      i686 |            host-nodejs-0.10.12 | NOK | http://autobuild.buildroot.net/results/e513f44e2e673d6a87cdadaba1f85c6181c269f2/
       arm |            host-nodejs-0.10.12 | NOK | http://autobuild.buildroot.net/results/a219031dcf19b9eedc05938f827f26f2f476b74d/
       arm |            host-nodejs-0.10.12 | NOK | http://autobuild.buildroot.net/results/bdc34ef8a3e4bb749fe9b77dad1c513c29dde2d8/
       arm |            host-nodejs-0.10.12 | NOK | http://autobuild.buildroot.net/results/0dbb093c89b3bdc778d4a909db851647d61e6b5b/
       arm |            host-nodejs-0.10.12 | NOK | http://autobuild.buildroot.net/results/bc8adbd69369c6cccdc0de918a79eed0f7a381c8/
microblazeel | if /home/test/test/2/output... | TIM | http://autobuild.buildroot.net/results/30df2bdfc563c3c4c7207f35da0f107b529f671d/
       arm | jack2-37976441044d69b91d61d... | NOK | http://autobuild.buildroot.net/results/bfb7595f9468ebc6820acc13f9e99619185fa400/
       arc |                  libpfm4-4.3.0 | NOK | http://autobuild.buildroot.net/results/56630d23dc508131883491119cc2adce2e221324/
       arm |             lttng-libust-2.4.0 | NOK | http://autobuild.buildroot.net/results/a6f5550cc63260126cb66a954af60f1633b97faf/
       arm |              lttng-tools-2.4.0 | NOK | http://autobuild.buildroot.net/results/64069f179545ec48e649ca2aae58941798070520/
       arm |              lttng-tools-2.4.0 | NOK | http://autobuild.buildroot.net/results/4a200729f490a38d1170d5b9f5b125500638cba7/
    xtensa |                  mesa3d-10.0.4 | NOK | http://autobuild.buildroot.net/results/66a9d2c664e0a9b2b0c51b998c72c2ceda90ff9b/
      i686 |                  mesa3d-10.0.4 | NOK | http://autobuild.buildroot.net/results/61c1c566dc0e829cb663ca30b1fd6cf9cc6cd931/
     nios2 |                 minidlna-1.1.2 | NOK | http://autobuild.buildroot.net/results/1948b8998a8795436990178b6691a690327c67aa/
       sh4 |                      nmap-6.40 | NOK | http://autobuild.buildroot.net/results/34d3e029f8cdefb0d1200fd45149fba256eea907/
       arm |                      nmap-6.40 | NOK | http://autobuild.buildroot.net/results/50f9580b6aa5bbf7dea9c8a597b12cdf67cf897d/
       arm |                   python-2.7.6 | NOK | http://autobuild.buildroot.net/results/81096c8736da5e0417f96a384a4967a1375f688a/
     avr32 |                   python-2.7.6 | NOK | http://autobuild.buildroot.net/results/e307f53b1ca8b385701e745138bad728e62d1017/
    x86_64 |                   samba4-4.1.6 | NOK | http://autobuild.buildroot.net/results/a268755b6e5b1c7cdb40c6b96a561347125f7ff8/
      bfin |                   squashfs-4.2 | NOK | http://autobuild.buildroot.net/results/2738934fc23219a33fe1e07b3213b4e10266fc79/
     avr32 |              util-linux-2.24.1 | NOK | http://autobuild.buildroot.net/results/debb2a80fe82376d3de059c487d45adc26d41d1e/


-- 
http://autobuild.buildroot.net

[Buildroot] Analysis of build results for 2014-04-18

[Thomas Petazzoni]

Hello,

On Sat, 19 Apr 2014 08:30:09 +0200 (CEST), Thomas Petazzoni wrote:

>         success : 60 
>        failures : 22 

Much better than yesterday. Analysis below.

>       i686 |               compiling old_th | TIM | http://autobuild.buildroot.net/results/41a94e8fae8667d19842338bb8f909cae70642ab/

We're getting more and more of these. We need to analyze the build time
graph, and see if those 4+ hours long build times are expected or not.
If they are, I will have to increase the timeout on the server.

>     x86_64 |             gst-ffmpeg-0.10.13 | NOK | http://autobuild.buildroot.net/results/9d252b26819e57f7c90a1b65c93da9fbf0afb9d5/

-fPIC problem

/home/test/test/1/output/host/opt/ext-toolchain/bin/../lib/gcc/x86_64-unknown-linux-uclibc/4.6.3/../../../../x86_64-unknown-linux-uclibc/bin/ld: ../../gst-libs/ext/libav/libavcodec/libavcodec.a(lpc_mmx.o): relocation R_X86_64_PC32 against symbol `ff_pd_1' can not be used when making a shared object; recompile with -fPIC

>        arm |         gst1-plugins-bad-1.2.3 | NOK | http://autobuild.buildroot.net/results/d650fd7afe3e433bdccf7f5020dff22b23115e18/

OpenCV problem. Samuel, can you have a look? It appears almost every
day.

  CXX      libgstopencv_la-motioncells_wrapper.lo
gstdisparity.cpp:124:39: fatal error: opencv2/contrib/contrib.hpp: No such file or directory
compilation terminated.
make[4]: *** [libgstopencv_la-gstdisparity.lo] Error 1

>       i686 |            host-nodejs-0.10.12 | NOK | http://autobuild.buildroot.net/results/e513f44e2e673d6a87cdadaba1f85c6181c269f2/
>        arm |            host-nodejs-0.10.12 | NOK | http://autobuild.buildroot.net/results/a219031dcf19b9eedc05938f827f26f2f476b74d/
>        arm |            host-nodejs-0.10.12 | NOK | http://autobuild.buildroot.net/results/bdc34ef8a3e4bb749fe9b77dad1c513c29dde2d8/
>        arm |            host-nodejs-0.10.12 | NOK | http://autobuild.buildroot.net/results/0dbb093c89b3bdc778d4a909db851647d61e6b5b/
>        arm |            host-nodejs-0.10.12 | NOK | http://autobuild.buildroot.net/results/bc8adbd69369c6cccdc0de918a79eed0f7a381c8/

Some more host-nodejs build problem, but Samuel was not able to
reproduce them. I guess I need to run a build on the autobuilder server
to investigate more what's going on.

> microblazeel | if /home/test/test/2/output... | TIM | http://autobuild.buildroot.net/results/30df2bdfc563c3c4c7207f35da0f107b529f671d/

Timeout to be investigated. Someone willing to look at the build time
data?

>        arm | jack2-37976441044d69b91d61d... | NOK | http://autobuild.buildroot.net/results/bfb7595f9468ebc6820acc13f9e99619185fa400/

Python syntax issue?

>        arc |                  libpfm4-4.3.0 | NOK | http://autobuild.buildroot.net/results/56630d23dc508131883491119cc2adce2e221324/

-Werror is probably not a good idea.

task.c: In function 'read_groups':
task.c:110:5: error: format '%zd' expects argument of type 'signed size_t', but argument 4 has type 'ssize_t' [-Werror=format=]
     evt, new_sz, ret);
     ^
cc1: all warnings being treated as errors

>        arm |             lttng-libust-2.4.0 | NOK | http://autobuild.buildroot.net/results/a6f5550cc63260126cb66a954af60f1633b97faf/

checking host system alignment requirements... checking for a Python interpreter with version >= 2.7... none
configure: error: no suitable Python interpreter found
make: *** [/home/test/test/1/output/build/lttng-libust-2.4.0/.stamp_configured] Error 1

I think Romain Naour said the new version of lttng-libust was fixing
this. Romain, could you send a patch to bump lttng-libust?

>        arm |              lttng-tools-2.4.0 | NOK | http://autobuild.buildroot.net/results/64069f179545ec48e649ca2aae58941798070520/
>        arm |              lttng-tools-2.4.0 | NOK | http://autobuild.buildroot.net/results/4a200729f490a38d1170d5b9f5b125500638cba7/

Gaah, some custom external toolchain affected by the gcc bug... how to
handle this? Add an exclusion to the autobuilder scripts?

>     xtensa |                  mesa3d-10.0.4 | NOK | http://autobuild.buildroot.net/results/66a9d2c664e0a9b2b0c51b998c72c2ceda90ff9b/

We need to add a NPTL dependency to mesa3d.

In file included from pipebuffer/pb_buffer_fenced.c:47:0:
./os/os_thread.h: In function 'pipe_barrier_init':
./os/os_thread.h:325:4: error: implicit declaration of function 'pthread_barrier_init' [-Werror=implicit-function-declaration]
./os/os_thread.h: In function 'pipe_barrier_destroy':
./os/os_thread.h:330:4: error: implicit declaration of function 'pthread_barrier_destroy' [-Werror=implicit-function-declaration]
./os/os_thread.h: In function 'pipe_barrier_wait':
./os/os_thread.h:335:4: error: implicit declaration of function 'pthread_barrier_wait' [-Werror=implicit-function-declaration]


>       i686 |                  mesa3d-10.0.4 | NOK | http://autobuild.buildroot.net/results/61c1c566dc0e829cb663ca30b1fd6cf9cc6cd931/

checking for PTHREAD_PRIO_INHERIT... no
configure: error: Building OpenGL ES1 without OpenGL is not supported
make: *** [/home/test/test/1/output/build/mesa3d-10.0.4/.stamp_configured] Error 1

This is something for Yann to look at.

>      nios2 |                 minidlna-1.1.2 | NOK | http://autobuild.buildroot.net/results/1948b8998a8795436990178b6691a690327c67aa/

Not sure who can take care of this.

checking for avformat_open_input in -lavformat... no
configure: error: Could not find libavformat - part of ffmpeg
make: *** [/home/test/test/3/output/build/minidlna-1.1.2/.stamp_configured] Error 1

>        sh4 |                      nmap-6.40 | NOK | http://autobuild.buildroot.net/results/34d3e029f8cdefb0d1200fd45149fba256eea907/
>        arm |                      nmap-6.40 | NOK | http://autobuild.buildroot.net/results/50f9580b6aa5bbf7dea9c8a597b12cdf67cf897d/

Fixed by http://git.buildroot.net/buildroot/commit/package/nmap?id=126d5b5bb847c4c303267e128c80c30ce679498a

>        arm |                   python-2.7.6 | NOK | http://autobuild.buildroot.net/results/81096c8736da5e0417f96a384a4967a1375f688a/

Another uClibc static linking problem, with symbols defined in both
libc.a and libpthread.a.

>      avr32 |                   python-2.7.6 | NOK | http://autobuild.buildroot.net/results/e307f53b1ca8b385701e745138bad728e62d1017/

I have a patch to fix this, needs a final test and then I can submit it.

>     x86_64 |                   samba4-4.1.6 | NOK | http://autobuild.buildroot.net/results/a268755b6e5b1c7cdb40c6b96a561347125f7ff8/

default/source4/heimdal/lib/krb5/krb5_err.c:279:23: error: 'link' redeclared as different kind of symbol
/home/test/test/3/output/host/usr/x86_64-buildroot-linux-uclibc/sysroot/usr/include/unistd.h:770:12: note: previous declaration of 'link' was here
[ 906/3777] Compiling default/source4/heimdal/lib/krb5/heim_err.c
default/source4/heimdal/lib/krb5/heim_err.c:168:23: error: 'link' redeclared as different kind of symbol
/home/test/test/3/output/host/usr/x86_64-buildroot-linux-uclibc/sysroot/usr/include/unistd.h:770:12: note: previous declaration of 'link' was here
Waf: Leaving directory `/home/test/test/3/output/build/samba4-4.1.6/bin'

Samba 4 is Gustavo's stuff :-)

>       bfin |                   squashfs-4.2 | NOK | http://autobuild.buildroot.net/results/2738934fc23219a33fe1e07b3213b4e10266fc79/

Fixed by http://git.buildroot.net/buildroot/commit/package/squashfs?id=40988f824269fd181d933e2241c604b6b57af9e1

>      avr32 |              util-linux-2.24.1 | NOK | http://autobuild.buildroot.net/results/debb2a80fe82376d3de059c487d45adc26d41d1e/

Seems like the old uClibc version used on avr32 does not have
qsort_r()...

sun.c:(.text+0x1816): undefined reference to `qsort_r'

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

[Buildroot] Analysis of build results for 2014-04-18

[Romain Naour]

Hi Thomas,

> 
>>        arm |             lttng-libust-2.4.0 | NOK | http://autobuild.buildroot.net/results/a6f5550cc63260126cb66a954af60f1633b97faf/
> 
> checking host system alignment requirements... checking for a Python interpreter with version >= 2.7... none
> configure: error: no suitable Python interpreter found
> make: *** [/home/test/test/1/output/build/lttng-libust-2.4.0/.stamp_configured] Error 1
> 
> I think Romain Naour said the new version of lttng-libust was fixing
> this. Romain, could you send a patch to bump lttng-libust?

Yes, but I think it would be better to keep all lttng tools in sync.
lttng-tools 2.4.1
lttng-modules 2.4.1
lttng-ust 2.4.1
and bump liburcu to 0.8.4 while we are at it.

Best regards,
Romain

[Buildroot] Analysis of build results for 2014-04-18

[Thomas Petazzoni]

Dear Romain Naour,

On Sat, 19 Apr 2014 10:43:36 +0200, Romain Naour wrote:

> > checking host system alignment requirements... checking for a Python interpreter with version >= 2.7... none
> > configure: error: no suitable Python interpreter found
> > make: *** [/home/test/test/1/output/build/lttng-libust-2.4.0/.stamp_configured] Error 1
> > 
> > I think Romain Naour said the new version of lttng-libust was fixing
> > this. Romain, could you send a patch to bump lttng-libust?
> 
> Yes, but I think it would be better to keep all lttng tools in sync.
> lttng-tools 2.4.1
> lttng-modules 2.4.1
> lttng-ust 2.4.1
> and bump liburcu to 0.8.4 while we are at it.

Sure. I'm waiting for your patches :-)

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

[Buildroot] Analysis of build results for 2014-04-18

[Romain Naour]

Hi Thomas,

Le 19/04/2014 12:32, Thomas Petazzoni a ?crit :
> Dear Romain Naour,
> 
> On Sat, 19 Apr 2014 10:43:36 +0200, Romain Naour wrote:
> 
>>> checking host system alignment requirements... checking for a Python interpreter with version >= 2.7... none
>>> configure: error: no suitable Python interpreter found
>>> make: *** [/home/test/test/1/output/build/lttng-libust-2.4.0/.stamp_configured] Error 1
>>>
>>> I think Romain Naour said the new version of lttng-libust was fixing
>>> this. Romain, could you send a patch to bump lttng-libust?
>>
>> Yes, but I think it would be better to keep all lttng tools in sync.
>> lttng-tools 2.4.1
>> lttng-modules 2.4.1
>> lttng-ust 2.4.1
>> and bump liburcu to 0.8.4 while we are at it.
> 
> Sure. I'm waiting for your patches :-)
> 
> Thomas
> 

They are already in the patchwork :)

http://patchwork.ozlabs.org/patch/340473/
http://patchwork.ozlabs.org/patch/340477/
http://patchwork.ozlabs.org/patch/340474/
http://patchwork.ozlabs.org/patch/340475/
http://patchwork.ozlabs.org/patch/340476/

Romain

[Buildroot] Analysis of build results for 2014-04-18

[Baruch Siach]

Hi Thomas,

On Sat, Apr 19, 2014 at 09:08:50AM +0200, Thomas Petazzoni wrote:
> On Sat, 19 Apr 2014 08:30:09 +0200 (CEST), Thomas Petazzoni wrote:
> 
> >         success : 60 
> >        failures : 22 
> 
> Much better than yesterday. Analysis below.

[...]

> >     xtensa |                  mesa3d-10.0.4 | NOK | http://autobuild.buildroot.net/results/66a9d2c664e0a9b2b0c51b998c72c2ceda90ff9b/
> 
> We need to add a NPTL dependency to mesa3d.
> 
> In file included from pipebuffer/pb_buffer_fenced.c:47:0:
> ./os/os_thread.h: In function 'pipe_barrier_init':
> ./os/os_thread.h:325:4: error: implicit declaration of function 'pthread_barrier_init' [-Werror=implicit-function-declaration]
> ./os/os_thread.h: In function 'pipe_barrier_destroy':
> ./os/os_thread.h:330:4: error: implicit declaration of function 'pthread_barrier_destroy' [-Werror=implicit-function-declaration]
> ./os/os_thread.h: In function 'pipe_barrier_wait':
> ./os/os_thread.h:335:4: error: implicit declaration of function 'pthread_barrier_wait' [-Werror=implicit-function-declaration]

pthread_barrier_* are also available on LT and LT.old. It seems mesa3d just 
needs threads support. I'll try to work on this today.

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] Analysis of build results for 2014-04-18

[Baruch Siach]

Hi Thomas,

On Sun, Apr 20, 2014 at 06:51:25AM +0300, Baruch Siach wrote:
> On Sat, Apr 19, 2014 at 09:08:50AM +0200, Thomas Petazzoni wrote:
> > On Sat, 19 Apr 2014 08:30:09 +0200 (CEST), Thomas Petazzoni wrote:
> > 
> > >         success : 60 
> > >        failures : 22 
> > 
> > Much better than yesterday. Analysis below.
> 
> [...]
> 
> > >     xtensa |                  mesa3d-10.0.4 | NOK | http://autobuild.buildroot.net/results/66a9d2c664e0a9b2b0c51b998c72c2ceda90ff9b/
> > 
> > We need to add a NPTL dependency to mesa3d.
> > 
> > In file included from pipebuffer/pb_buffer_fenced.c:47:0:
> > ./os/os_thread.h: In function 'pipe_barrier_init':
> > ./os/os_thread.h:325:4: error: implicit declaration of function 'pthread_barrier_init' [-Werror=implicit-function-declaration]
> > ./os/os_thread.h: In function 'pipe_barrier_destroy':
> > ./os/os_thread.h:330:4: error: implicit declaration of function 'pthread_barrier_destroy' [-Werror=implicit-function-declaration]
> > ./os/os_thread.h: In function 'pipe_barrier_wait':
> > ./os/os_thread.h:335:4: error: implicit declaration of function 'pthread_barrier_wait' [-Werror=implicit-function-declaration]
> 
> pthread_barrier_* are also available on LT and LT.old.

This is wrong. These declarations are under '#if 0' in LT.old, but implemented 
in LT.

> It seems mesa3d just needs threads support. I'll try to work on this today.

I guess that making mesa3d depend on NPTL should be enough, though.

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] Analysis of build results for 2014-04-18

[Thomas Petazzoni]

Dear Baruch Siach,

On Sun, 20 Apr 2014 08:23:48 +0300, Baruch Siach wrote:

> > pthread_barrier_* are also available on LT and LT.old.
> 
> This is wrong. These declarations are under '#if 0' in LT.old, but implemented 
> in LT.

Correct. But since we use LT.old by default, and it's pretty much the
recommended solution when NPTL is not available, there's not much in
adding some additional Config.in options just for this. So we can mark
mesa3d as depending on NPTL.

Thanks!

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

[Buildroot] Analysis of build results for 2014-04-18

[Bernd Kuhls]

Thomas Petazzoni
<thomas.petazzoni@free-electrons.com> wrote
in news:20140419090850.339ca98f at skate: 

>>      nios2 |                 minidlna-1.1.2 | NOK |
>>      http://autobuild.buildroot.net/results/1948b8998a8795436990178b6691
>>      a690327c67aa/ 
> 
> Not sure who can take care of this.
> 
> checking for avformat_open_input in -lavformat... no
> configure: error: Could not find libavformat - part of ffmpeg
> make: ***
> [/home/test/test/3/output/build/minidlna-1.1.2/.stamp_configured] Error
> 1 

Hi,

although I do not have any experience with nios2 I will try to take care of 
this build error.

Regards, Bernd

[Buildroot] Analysis of build results for 2014-04-18

[Bernd Kuhls]

Bernd Kuhls <berndkuhls@hotmail.com> wrote in
news:22et2bxh5o.ln2 at ID-313208.user.individual.net: 

> Thomas Petazzoni
> <thomas.petazzoni@free-electrons.com>
> wrote in news:20140419090850.339ca98f at skate: 
> 
>>>      nios2 |                 minidlna-1.1.2 | NOK |
>>>      http://autobuild.buildroot.net/results/1948b8998a8795436990178b669
>>>      1 a690327c67aa/ 
>> 
>> Not sure who can take care of this.
>> 
>> checking for avformat_open_input in -lavformat... no
>> configure: error: Could not find libavformat - part of ffmpeg
>> make: ***
>> [/home/test/test/3/output/build/minidlna-1.1.2/.stamp_configured] Error
>> 1 
> 
> Hi,
> 
> although I do not have any experience with nios2 I will try to take care
> of this build error.
> 
> Regards, Bernd
> 

Hi,

it seems we hit the _gp linker bug again which Peter planned to 
investigate: http://patchwork.ozlabs.org/patch/312275/

Here is the minidlna/config.log snippet regarding the current autobuild 
error. Sorry, no solution from me this time.

configure:9318: checking for avformat_open_input in -lavformat
configure:9343: /home/buildroot/output/host/usr/bin/nios2-linux-gnu-gcc -o 
conftest -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64
  -pipe -Os  -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=
64  conftest.c -lavformat   >&5
/home/buildroot/output/host/opt/ext-toolchain/bin/../lib/gcc/nios2-linux-
gnu/4.7.3/../../../../nios2-linux-gnu/bin/ld: /home/buildroot/out
put/host/usr/nios2-buildroot-linux-gnu/sysroot/usr/lib/crt1.o: undefined 
reference to symbol '_gp'
/home/buildroot/output/host/opt/ext-toolchain/bin/../lib/gcc/nios2-linux-
gnu/4.7.3/../../../../nios2-linux-gnu/bin/ld: note: '_gp' is defined in DSO
 /home/buildroot/output/host/usr/nios2-buildroot-linux-
gnu/sysroot/usr/lib/libvorbisenc.so.2 so try adding it to the linker 
command line
/home/buildroot/output/host/usr/nios2-buildroot-linux-
gnu/sysroot/usr/lib/libvorbisenc.so.2: could not read symbols: Invalid 
operation

Regards, Bernd

[Buildroot] Analysis of build results for 2014-04-18

[Frank Bergmann]

On 26.04.2014 21:52, Bernd Kuhls wrote:
> Bernd Kuhls <berndkuhls@hotmail.com> wrote in
> news:22et2bxh5o.ln2 at ID-313208.user.individual.net:
>
>> Thomas Petazzoni
>> <thomas.petazzoni@free-electrons.com>
>> wrote in news:20140419090850.339ca98f at skate:
>>
>>>>       nios2 |                 minidlna-1.1.2 | NOK |
>>>>       http://autobuild.buildroot.net/results/1948b8998a8795436990178b669
>>>>       1 a690327c67aa/
>>>
>>> Not sure who can take care of this.
>>>
>>> checking for avformat_open_input in -lavformat... no
>>> configure: error: Could not find libavformat - part of ffmpeg
>>> make: ***
>>> [/home/test/test/3/output/build/minidlna-1.1.2/.stamp_configured] Error
>>> 1
>>
>> Hi,
>>
>> although I do not have any experience with nios2 I will try to take care
>> of this build error.
>>
>> Regards, Bernd
>>
>
> Hi,
>
> it seems we hit the _gp linker bug again which Peter planned to
> investigate: http://patchwork.ozlabs.org/patch/312275/
>
> Here is the minidlna/config.log snippet regarding the current autobuild
> error. Sorry, no solution from me this time.

Hello,

there are some packages that are affected by this bug. Shall all these 
packages be deactivated for nios2 ?

binutils, gcc and gdb seems to have support for nios2 now but glibc 
lacks of it. And it seems that will not change in the near future. So an 
own buildroot toolchain can't be set up right now.

Regards,
Frank Bergmann.