[Buildroot] [autobuild.buildroot.net] Build results for 2017-02-22

[Buildroot] [autobuild.buildroot.net] Build results for 2017-02-22

[Thomas Petazzoni]

Hello,

Build statistics for 2017-02-22
================================

      successes : 133
       failures : 18 
       timeouts : 1  
          TOTAL : 152

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

             libsidplay2-2.1.1 | 2 
                 openocd-0.9.0 | 2 
                  samba4-4.5.5 | 2 
                 sngrep-v1.4.2 | 2 
          chocolate-doom-2.2.1 | 1 
         docker-engine-v1.12.6 | 1 
                  libsvg-0.1.4 | 1 
            lttng-libust-2.9.0 | 1 
                 mplayer-1.3.0 | 1 
                    mpv-0.23.0 | 1 
       poco-poco-1.7.2-release | 1 
                    qemu-2.7.0 | 1 
                  quagga-1.1.1 | 1 
                rsyslog-8.22.0 | 1 
                 x11vnc-0.9.13 | 1 


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

         arm |           chocolate-doom-2.2.1 | NOK | http://autobuild.buildroot.net/results/3d3036d40ddad71d872d910aae7a24975706d2e9
         arm |          docker-engine-v1.12.6 | NOK | http://autobuild.buildroot.net/results/d76441bc2bf80d857864fff9df6723b9d5548cf2
 powerpc64le |              libsidplay2-2.1.1 | NOK | http://autobuild.buildroot.net/results/f54bb0c36cbc0e88e20f32f7f64fc3a7199d414b
 powerpc64le |              libsidplay2-2.1.1 | NOK | http://autobuild.buildroot.net/results/40fbfa71bdc1576c4bce33c15993e9486e34663c
 powerpc64le |                   libsvg-0.1.4 | NOK | http://autobuild.buildroot.net/results/8c9438dac57f86d79cdc358dad935745fec66948
         arm |             lttng-libust-2.9.0 | NOK | http://autobuild.buildroot.net/results/e04b35adace5f934edf6a15be305b41fda987a51
         arc |                  mplayer-1.3.0 | NOK | http://autobuild.buildroot.net/results/fc803a672fd58e994234d8a633e5751b5a735a26
         arc |                     mpv-0.23.0 | NOK | http://autobuild.buildroot.net/results/468a98aaac466a05005886d46d910a93d9af4245
   powerpc64 |                  openocd-0.9.0 | NOK | http://autobuild.buildroot.net/results/5846ba7baa2283209ba47ff6c0b6d9710d10714e
 powerpc64le |                  openocd-0.9.0 | NOK | http://autobuild.buildroot.net/results/a7b172c3b0fd263cd259a9e0a8502236bdb27062
        or1k |        poco-poco-1.7.2-release | NOK | http://autobuild.buildroot.net/results/5b3fd6d4a7bdefadba89fdb53de4ba786f4df9e2
         arm |                     qemu-2.7.0 | NOK | http://autobuild.buildroot.net/results/9fbf648f145cb4408bdecf47287b96293c529858
         arc |                   quagga-1.1.1 | NOK | http://autobuild.buildroot.net/results/42d211478d14cb51fd5f0de1e9da27c0bae54fa2
         arc |                 rsyslog-8.22.0 | NOK | http://autobuild.buildroot.net/results/d352161a19a874e10cd82b4e4e0a415e13591926
         arc |                   samba4-4.5.5 | NOK | http://autobuild.buildroot.net/results/fff241fee216c8a91ddc00b3c37684d51d5fa1b0
         arc |                   samba4-4.5.5 | NOK | http://autobuild.buildroot.net/results/05e61213ebbc83da7b135383058d4b5720caf3af
         arc |                  sngrep-v1.4.2 | NOK | http://autobuild.buildroot.net/results/66b4848ec69a1e99c125cfe4edd6de48fcbcc010
     sparc64 |                  sngrep-v1.4.2 | NOK | http://autobuild.buildroot.net/results/70848e9692cba6ea0c54e7f6c8ab442d7110f937
    mips64el |                  x11vnc-0.9.13 | TIM | http://autobuild.buildroot.net/results/bdf082d1afd2f7ebf7ac7327da3ccd030ae4806d

-- 
http://autobuild.buildroot.net

[Buildroot] [autobuild.buildroot.net] Build results for 2017-02-22

[Yann E. MORIN]

All,

On 2017-02-23 08:28 +0100, Thomas Petazzoni spake thusly:
> Detail of failures
>          arm |           chocolate-doom-2.2.1 | NOK | http://autobuild.buildroot.net/results/3d3036d40ddad71d872d910aae7a24975706d2e9

This one is a long-standing issue:

  - this is a static build,
  - son SDL libraries linked to by chocolate-doom ars C++ libs,
  - one library (indirectly) linked to by chocolate-doom needs libz
  - chocolate-doom itself is written in C

So, chocolate-doom uses gcc to link, instead of g++. In so doing, it
bring in neither libstdc++.a nor libz.a

I did a quick hack to verify this, and added -lstdc++ and -lz to the SDL
Libs.Privte in sdl.pc, and the build suceeded.

For the C++ dependency, SDL unconditionally checks for a C++ compiler:

    AC_PROG_CXX

so we should probably add a dependency on C++ to SDL.

As for the the -lz, I'm still 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 2017-02-22

[Thomas Petazzoni]

Hello,

On Thu, 23 Feb 2017 18:16:55 +0100, Yann E. MORIN wrote:

> So, chocolate-doom uses gcc to link, instead of g++. In so doing, it
> bring in neither libstdc++.a nor libz.a
> 
> I did a quick hack to verify this, and added -lstdc++ and -lz to the SDL
> Libs.Privte in sdl.pc, and the build suceeded.

It should be added to the DirectFB .pc files instead. It's really
DirectFB that is bringing the libstdc++ dependency.

> For the C++ dependency, SDL unconditionally checks for a C++ compiler:
> 
>     AC_PROG_CXX
> 
> so we should probably add a dependency on C++ to SDL.

Why? It's DirectFB that needs it.

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

[Buildroot] [autobuild.buildroot.net] Build results for 2017-02-22

[Yann E. MORIN]

Thomas, All,

On 2017-02-23 18:48 +0100, Thomas Petazzoni spake thusly:
> On Thu, 23 Feb 2017 18:16:55 +0100, Yann E. MORIN wrote:
> > So, chocolate-doom uses gcc to link, instead of g++. In so doing, it
> > bring in neither libstdc++.a nor libz.a
> > 
> > I did a quick hack to verify this, and added -lstdc++ and -lz to the SDL
> > Libs.Privte in sdl.pc, and the build suceeded.
> 
> It should be added to the DirectFB .pc files instead. It's really
> DirectFB that is bringing the libstdc++ dependency.

Yup. I was still investigating... :-/

> > For the C++ dependency, SDL unconditionally checks for a C++ compiler:
> > 
> >     AC_PROG_CXX
> > 
> > so we should probably add a dependency on C++ to SDL.
> 
> Why? It's DirectFB that needs it.

SDL does have some source file written in C++, but they are only in
directories named 'symbian', which I did not previously noticed. So SDL
does not need C++.

And now I seem to remember that we already questioned that some time in
the past...

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 2017-02-22

[Thomas Petazzoni]

Hello,

On Thu, 23 Feb 2017 21:06:31 +0100, Yann E. MORIN wrote:

> And now I seem to remember that we already questioned that some time in
> the past...

Yes, I even asked on the pkg-config mailing list how we are supposed to
handle such a situation, and they didn't had a very clear answer.

But I guess we need to go ahead and tweak the DirectFB .pc files and
add -lstdc++ in Libs.private. It's the most logical thing to do IMO.

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

[Buildroot] [autobuild.buildroot.net] Build results for 2017-02-22

[Yann E. MORIN]

On 2017-02-23 21:06 +0100, Yann E. MORIN spake thusly:
> Thomas, All,
> 
> On 2017-02-23 18:48 +0100, Thomas Petazzoni spake thusly:
> > On Thu, 23 Feb 2017 18:16:55 +0100, Yann E. MORIN wrote:
> > > So, chocolate-doom uses gcc to link, instead of g++. In so doing, it
> > > bring in neither libstdc++.a nor libz.a
> > > 
> > > I did a quick hack to verify this, and added -lstdc++ and -lz to the SDL
> > > Libs.Privte in sdl.pc, and the build suceeded.
> > 
> > It should be added to the DirectFB .pc files instead. It's really
> > DirectFB that is bringing the libstdc++ dependency.

But in this case, that does not help, because chocolate-doom does not
use pkg-config to find SDL, so it does not pull in the libs needed for
sdl.

Furthermore, sdl.pc does not reference directfb in its "Reuqires" field,
but it lists -ldirectfb in the libs it needs.

This is so uterly broken... :-(

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 2017-02-22

[Yann E. MORIN]

Thomas, All,

On 2017-02-23 21:20 +0100, Thomas Petazzoni spake thusly:
> On Thu, 23 Feb 2017 21:06:31 +0100, Yann E. MORIN wrote:
> 
> > And now I seem to remember that we already questioned that some time in
> > the past...
> 
> Yes, I even asked on the pkg-config mailing list how we are supposed to
> handle such a situation, and they didn't had a very clear answer.

Yep, rigns a bell now. Thanks!

> But I guess we need to go ahead and tweak the DirectFB .pc files and
> add -lstdc++ in Libs.private. It's the most logical thing to do IMO.

Did so (hack) and it works. But really it still fails, because sdl.pc is
wrong now. Hacking it too.

So:

 1    hack directfb.pc to add -lstdc++ in the Libs.Private field
 2.a  hack sdl.pc to add direct in the Requires field
 2.b  hack sdl.pc to not add -ldirect et al. but rely on Requires (above).

Sorking on that...

Thanks for the guidance! :-)

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.  |
'------------------------------^-------^------------------^--------------------'