All of lore.kernel.org
 help / color / mirror / Atom feed
* [Buildroot] [autobuild.buildroot.net] Build results for 2014-08-12
@ 2014-08-13  6:30 Thomas Petazzoni
  2014-08-13  8:15 ` [Buildroot] Analysis of build failures Thomas Petazzoni
  2014-08-13 12:00 ` [Buildroot] Some Perl modules fail to cross-compile Vicente Olivert Riera
  0 siblings, 2 replies; 13+ messages in thread
From: Thomas Petazzoni @ 2014-08-13  6:30 UTC (permalink / raw)
  To: buildroot

Build statistics for 2014-08-12
===============================

        success : 88 
       failures : 23 
       timeouts : 0  
          TOTAL : 111

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

            host-python3-3.4.1 | 8 
    bandwidthd-v2.0.1-auto-r07 | 4 
                  thrift-0.9.1 | 1 
                rtorrent-0.9.3 | 1 
                  perl-gd-2.53 | 1 
                 libebml-1.2.2 | 1 
             lttng-tools-2.4.1 | 1 
              libarchive-3.1.2 | 1 
                keyutils-1.5.5 | 1 
ltrace-0896ce554f80afdcba81... | 1 
               procps-ng-3.3.9 | 1 
                     tftpd-5.2 | 1 
                gptfdisk-0.8.6 | 1 

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

       arm |     bandwidthd-v2.0.1-auto-r07 | NOK | http://autobuild.buildroot.net/results/024fadb7a8983c0ed35e8a098cfefccd25b3ecd0/
       arm |     bandwidthd-v2.0.1-auto-r07 | NOK | http://autobuild.buildroot.net/results/b84759b4b2b4473386fb209b6b4d4e18e203ec17/
       arm |     bandwidthd-v2.0.1-auto-r07 | NOK | http://autobuild.buildroot.net/results/e287acf032330c7b0ef4262e7eb365ca45382221/
       arm |     bandwidthd-v2.0.1-auto-r07 | NOK | http://autobuild.buildroot.net/results/4ae2406feb33eb81b45bcf87c74f62290bbe00fe/
      bfin |                 gptfdisk-0.8.6 | NOK | http://autobuild.buildroot.net/results/d06ebe23cfdd1130e68c8e67c7aafee94dc7361d/
       arm |             host-python3-3.4.1 | NOK | http://autobuild.buildroot.net/results/df6a24a38daca37bf9c39c7433bf9ccdbb1cd59c/
       arm |             host-python3-3.4.1 | NOK | http://autobuild.buildroot.net/results/e9ea4f1ac8c4cac3373265ffe6d02a70103fa061/
       arm |             host-python3-3.4.1 | NOK | http://autobuild.buildroot.net/results/991084a6e188acec47b0545475a3010d8a8f6a57/
       sh4 |             host-python3-3.4.1 | NOK | http://autobuild.buildroot.net/results/6734897dc8a86a770dcbc8bd9e231c4407b2c3a8/
   powerpc |             host-python3-3.4.1 | NOK | http://autobuild.buildroot.net/results/bb48fe8347a86de9d2d59c44d24dc88c87103c81/
       arm |             host-python3-3.4.1 | NOK | http://autobuild.buildroot.net/results/08ee72809a4ce2e4b451a299dd24582d05224967/
microblazeel |             host-python3-3.4.1 | NOK | http://autobuild.buildroot.net/results/252a7858a85555e4e276744128aa015cafd7f252/
   powerpc |             host-python3-3.4.1 | NOK | http://autobuild.buildroot.net/results/d112a15d70ba0e253e96fe9e11122fbe57b1e365/
       arm |                 keyutils-1.5.5 | NOK | http://autobuild.buildroot.net/results/d432983faeec51ac59343714178b84f00b11e705/
      sh4a |               libarchive-3.1.2 | NOK | http://autobuild.buildroot.net/results/10f5acf7b6aab1d5de6dcd73192ab964b15d7f93/
      bfin |                  libebml-1.2.2 | NOK | http://autobuild.buildroot.net/results/1c75b276b7ed9683ddf3ec35cc3ccf66f69b00c5/
    mipsel | ltrace-0896ce554f80afdcba81... | NOK | http://autobuild.buildroot.net/results/09f9b2c8a8f21bfd53628d813b62f0195aa686c6/
       arm |              lttng-tools-2.4.1 | NOK | http://autobuild.buildroot.net/results/94fbaeb1cf72671b50f52cf25e7003ed41d070e6/
       arm |                   perl-gd-2.53 | NOK | http://autobuild.buildroot.net/results/e466773fbfce77ac8e89150b96620607e045cf13/
      bfin |                procps-ng-3.3.9 | NOK | http://autobuild.buildroot.net/results/f24aa16857e91fb6b03f9ac7ab0442fedcab8546/
     nios2 |                 rtorrent-0.9.3 | NOK | http://autobuild.buildroot.net/results/d27ca54295d5757d7c935a2c3d90c64ed81d6d32/
      bfin |                      tftpd-5.2 | NOK | http://autobuild.buildroot.net/results/3e16d8c9ae3b77393e082c3dd9b7b3de9aa040c0/
       arm |                   thrift-0.9.1 | NOK | http://autobuild.buildroot.net/results/4662d63c69d244174b431c2e8615a65e0c7b7828/


-- 
http://autobuild.buildroot.net

^ permalink raw reply	[flat|nested] 13+ messages in thread
* [Buildroot] Analysis of build failures
  2014-08-13  6:30 [Buildroot] [autobuild.buildroot.net] Build results for 2014-08-12 Thomas Petazzoni
@ 2014-08-13  8:15 ` Thomas Petazzoni
  2014-08-13  8:26   ` Nathaniel Roach
                     ` (2 more replies)
  2014-08-13 12:00 ` [Buildroot] Some Perl modules fail to cross-compile Vicente Olivert Riera
  1 sibling, 3 replies; 13+ messages in thread
From: Thomas Petazzoni @ 2014-08-13  8:15 UTC (permalink / raw)
  To: buildroot

Hello,

On Wed, 13 Aug 2014 08:30:10 +0200 (CEST), Thomas Petazzoni wrote:

>        arm |     bandwidthd-v2.0.1-auto-r07 | NOK | http://autobuild.buildroot.net/results/024fadb7a8983c0ed35e8a098cfefccd25b3ecd0/
>        arm |     bandwidthd-v2.0.1-auto-r07 | NOK | http://autobuild.buildroot.net/results/b84759b4b2b4473386fb209b6b4d4e18e203ec17/
>        arm |     bandwidthd-v2.0.1-auto-r07 | NOK | http://autobuild.buildroot.net/results/e287acf032330c7b0ef4262e7eb365ca45382221/
>        arm |     bandwidthd-v2.0.1-auto-r07 | NOK | http://autobuild.buildroot.net/results/4ae2406feb33eb81b45bcf87c74f62290bbe00fe/

Nathaniel, you're the one who contributed bandwidthd. Can you look at
the above build issues?

>       bfin |                 gptfdisk-0.8.6 | NOK | http://autobuild.buildroot.net/results/d06ebe23cfdd1130e68c8e67c7aafee94dc7361d/

libiconv issue.

>        arm |             host-python3-3.4.1 | NOK | http://autobuild.buildroot.net/results/df6a24a38daca37bf9c39c7433bf9ccdbb1cd59c/
>        arm |             host-python3-3.4.1 | NOK | http://autobuild.buildroot.net/results/e9ea4f1ac8c4cac3373265ffe6d02a70103fa061/
>        arm |             host-python3-3.4.1 | NOK | http://autobuild.buildroot.net/results/991084a6e188acec47b0545475a3010d8a8f6a57/
>        sh4 |             host-python3-3.4.1 | NOK | http://autobuild.buildroot.net/results/6734897dc8a86a770dcbc8bd9e231c4407b2c3a8/
>    powerpc |             host-python3-3.4.1 | NOK | http://autobuild.buildroot.net/results/bb48fe8347a86de9d2d59c44d24dc88c87103c81/
>        arm |             host-python3-3.4.1 | NOK | http://autobuild.buildroot.net/results/08ee72809a4ce2e4b451a299dd24582d05224967/
> microblazeel |             host-python3-3.4.1 | NOK | http://autobuild.buildroot.net/results/252a7858a85555e4e276744128aa015cafd7f252/
>    powerpc |             host-python3-3.4.1 | NOK | http://autobuild.buildroot.net/results/d112a15d70ba0e253e96fe9e11122fbe57b1e365/

Don't bother look at this one: it's /dev/shm not mounted in the
autobuilders. I fixed this problem manually some time ago, but the
autobuilder server was rebooted a few days ago, and therefore /dev/shm
is not mounted. I need to fix my scripts.

>        arm |                 keyutils-1.5.5 | NOK | http://autobuild.buildroot.net/results/d432983faeec51ac59343714178b84f00b11e705/

Tries to build a shared library in a BR2_PREFER_STATIC_LIB=y build.

>       sh4a |               libarchive-3.1.2 | NOK | http://autobuild.buildroot.net/results/10f5acf7b6aab1d5de6dcd73192ab964b15d7f93/

When linking against libcrypto.a, forgets to pass -ldl.

>       bfin |                  libebml-1.2.2 | NOK | http://autobuild.buildroot.net/results/1c75b276b7ed9683ddf3ec35cc3ccf66f69b00c5/

Tries to build a shared library in a pure static context (bfin-uclinux).

>     mipsel | ltrace-0896ce554f80afdcba81... | NOK | http://autobuild.buildroot.net/results/09f9b2c8a8f21bfd53628d813b62f0195aa686c6/

Problem known and already reported upstream by Vicente.

>        arm |              lttng-tools-2.4.1 | NOK | http://autobuild.buildroot.net/results/94fbaeb1cf72671b50f52cf25e7003ed41d070e6/

Known compiler issue, I need to add an exception to the autobuilders.

>        arm |                   perl-gd-2.53 | NOK | http://autobuild.buildroot.net/results/e466773fbfce77ac8e89150b96620607e045cf13/

This has been causing a good number of build issues. Fran?ois, is there
something we can do to fix this?

>       bfin |                procps-ng-3.3.9 | NOK | http://autobuild.buildroot.net/results/f24aa16857e91fb6b03f9ac7ab0442fedcab8546/

Patch sent by Yuvaraj Patil <yuvaraj.patil@wipro.com>.

>      nios2 |                 rtorrent-0.9.3 | NOK | http://autobuild.buildroot.net/results/d27ca54295d5757d7c935a2c3d90c64ed81d6d32/

fallocate64() issue. We need to disable rtorrent on NIOS II for now, it
seems.

>       bfin |                      tftpd-5.2 | NOK | http://autobuild.buildroot.net/results/3e16d8c9ae3b77393e082c3dd9b7b3de9aa040c0/

Patch sent by Yuvaraj Patil <yuvaraj.patil@wipro.com>.

>        arm |                   thrift-0.9.1 | NOK | http://autobuild.buildroot.net/results/4662d63c69d244174b431c2e8615a65e0c7b7828/

Unusual issue, seems really specific to Thrift. Gustavo, maybe?

Thanks,

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

^ permalink raw reply	[flat|nested] 13+ messages in thread
* [Buildroot] Analysis of build failures
  2014-08-13  8:15 ` [Buildroot] Analysis of build failures Thomas Petazzoni
@ 2014-08-13  8:26   ` Nathaniel Roach
  2014-08-13  9:05     ` Luca Ceresoli
  2014-08-13  8:33   ` yuvaraj.patil at wipro.com
  2014-08-13 16:53   ` [Buildroot] [UNSURE]Analysis " François Perrad
  2 siblings, 1 reply; 13+ messages in thread
From: Nathaniel Roach @ 2014-08-13  8:26 UTC (permalink / raw)
  To: buildroot

On 13/08/14 16:15, Thomas Petazzoni wrote:
> Hello,
> 
> On Wed, 13 Aug 2014 08:30:10 +0200 (CEST), Thomas Petazzoni wrote:
> 
>>        arm |     bandwidthd-v2.0.1-auto-r07 | NOK | http://autobuild.buildroot.net/results/024fadb7a8983c0ed35e8a098cfefccd25b3ecd0/
>>        arm |     bandwidthd-v2.0.1-auto-r07 | NOK | http://autobuild.buildroot.net/results/b84759b4b2b4473386fb209b6b4d4e18e203ec17/
>>        arm |     bandwidthd-v2.0.1-auto-r07 | NOK | http://autobuild.buildroot.net/results/e287acf032330c7b0ef4262e7eb365ca45382221/
>>        arm |     bandwidthd-v2.0.1-auto-r07 | NOK | http://autobuild.buildroot.net/results/4ae2406feb33eb81b45bcf87c74f62290bbe00fe/
> 
> Nathaniel, you're the one who contributed bandwidthd. Can you look at
> the above build issues?

I cannot reproduce these errors - I've used the config in the first
build that failed in this way. From what I can see it's failing to pick
up libpng, which is listed as a dependency both directly and indirectly
through libgd. I can try and screw around with the configure script, but
I would need to be able to reproduce it first.

> 
> Thanks,
> 
> Thomas
> 

^ permalink raw reply	[flat|nested] 13+ messages in thread
* [Buildroot] Analysis of build failures
  2014-08-13  8:15 ` [Buildroot] Analysis of build failures Thomas Petazzoni
  2014-08-13  8:26   ` Nathaniel Roach
@ 2014-08-13  8:33   ` yuvaraj.patil at wipro.com
  2014-08-13 16:53   ` [Buildroot] [UNSURE]Analysis " François Perrad
  2 siblings, 0 replies; 13+ messages in thread
From: yuvaraj.patil at wipro.com @ 2014-08-13  8:33 UTC (permalink / raw)
  To: buildroot

Hello Thomas,

>>       bfin |                 gptfdisk-0.8.6 | NOK | http://autobuild.buildroot.net/results/d06ebe23cfdd1130e68c8e67c7aafee94dc7361d/
> libiconv issue.

I am not able to reproduce this issue ( I cloned the latest buildroot mainline and build).

Thanks
Yuvaraj Patil

-----Original Message-----
From: buildroot-bounces@busybox.net [mailto:buildroot-bounces at busybox.net] On Behalf Of Thomas Petazzoni
Sent: Wednesday, August 13, 2014 1:45 PM
To: buildroot at uclibc.org; Nathaniel Roach; Fran?ois Perrad; Gustavo Zacarias
Subject: [Buildroot] Analysis of build failures

Hello,

On Wed, 13 Aug 2014 08:30:10 +0200 (CEST), Thomas Petazzoni wrote:

>        arm |     bandwidthd-v2.0.1-auto-r07 | NOK | http://autobuild.buildroot.net/results/024fadb7a8983c0ed35e8a098cfefccd25b3ecd0/
>        arm |     bandwidthd-v2.0.1-auto-r07 | NOK | http://autobuild.buildroot.net/results/b84759b4b2b4473386fb209b6b4d4e18e203ec17/
>        arm |     bandwidthd-v2.0.1-auto-r07 | NOK | http://autobuild.buildroot.net/results/e287acf032330c7b0ef4262e7eb365ca45382221/
>        arm |     bandwidthd-v2.0.1-auto-r07 | NOK | http://autobuild.buildroot.net/results/4ae2406feb33eb81b45bcf87c74f62290bbe00fe/

Nathaniel, you're the one who contributed bandwidthd. Can you look at the above build issues?

>       bfin |                 gptfdisk-0.8.6 | NOK | http://autobuild.buildroot.net/results/d06ebe23cfdd1130e68c8e67c7aafee94dc7361d/

libiconv issue.

>        arm |             host-python3-3.4.1 | NOK | http://autobuild.buildroot.net/results/df6a24a38daca37bf9c39c7433bf9ccdbb1cd59c/
>        arm |             host-python3-3.4.1 | NOK | http://autobuild.buildroot.net/results/e9ea4f1ac8c4cac3373265ffe6d02a70103fa061/
>        arm |             host-python3-3.4.1 | NOK | http://autobuild.buildroot.net/results/991084a6e188acec47b0545475a3010d8a8f6a57/
>        sh4 |             host-python3-3.4.1 | NOK | http://autobuild.buildroot.net/results/6734897dc8a86a770dcbc8bd9e231c4407b2c3a8/
>    powerpc |             host-python3-3.4.1 | NOK | http://autobuild.buildroot.net/results/bb48fe8347a86de9d2d59c44d24dc88c87103c81/
>        arm |             host-python3-3.4.1 | NOK | http://autobuild.buildroot.net/results/08ee72809a4ce2e4b451a299dd24582d05224967/
> microblazeel |             host-python3-3.4.1 | NOK | http://autobuild.buildroot.net/results/252a7858a85555e4e276744128aa015cafd7f252/
>    powerpc |             host-python3-3.4.1 | NOK | http://autobuild.buildroot.net/results/d112a15d70ba0e253e96fe9e11122fbe57b1e365/

Don't bother look at this one: it's /dev/shm not mounted in the autobuilders. I fixed this problem manually some time ago, but the autobuilder server was rebooted a few days ago, and therefore /dev/shm is not mounted. I need to fix my scripts.

>        arm |                 keyutils-1.5.5 | NOK | http://autobuild.buildroot.net/results/d432983faeec51ac59343714178b84f00b11e705/

Tries to build a shared library in a BR2_PREFER_STATIC_LIB=y build.

>       sh4a |               libarchive-3.1.2 | NOK | http://autobuild.buildroot.net/results/10f5acf7b6aab1d5de6dcd73192ab964b15d7f93/

When linking against libcrypto.a, forgets to pass -ldl.

>       bfin |                  libebml-1.2.2 | NOK | http://autobuild.buildroot.net/results/1c75b276b7ed9683ddf3ec35cc3ccf66f69b00c5/

Tries to build a shared library in a pure static context (bfin-uclinux).

>     mipsel | ltrace-0896ce554f80afdcba81... | NOK | 
> http://autobuild.buildroot.net/results/09f9b2c8a8f21bfd53628d813b62f01
> 95aa686c6/

Problem known and already reported upstream by Vicente.

>        arm |              lttng-tools-2.4.1 | NOK | http://autobuild.buildroot.net/results/94fbaeb1cf72671b50f52cf25e7003ed41d070e6/

Known compiler issue, I need to add an exception to the autobuilders.

>        arm |                   perl-gd-2.53 | NOK | http://autobuild.buildroot.net/results/e466773fbfce77ac8e89150b96620607e045cf13/

This has been causing a good number of build issues. Fran?ois, is there something we can do to fix this?

>       bfin |                procps-ng-3.3.9 | NOK | http://autobuild.buildroot.net/results/f24aa16857e91fb6b03f9ac7ab0442fedcab8546/

Patch sent by Yuvaraj Patil <yuvaraj.patil@wipro.com>.

>      nios2 |                 rtorrent-0.9.3 | NOK | http://autobuild.buildroot.net/results/d27ca54295d5757d7c935a2c3d90c64ed81d6d32/

fallocate64() issue. We need to disable rtorrent on NIOS II for now, it seems.

>       bfin |                      tftpd-5.2 | NOK | http://autobuild.buildroot.net/results/3e16d8c9ae3b77393e082c3dd9b7b3de9aa040c0/

Patch sent by Yuvaraj Patil <yuvaraj.patil@wipro.com>.

>        arm |                   thrift-0.9.1 | NOK | http://autobuild.buildroot.net/results/4662d63c69d244174b431c2e8615a65e0c7b7828/

Unusual issue, seems really specific to Thrift. Gustavo, maybe?

Thanks,

Thomas
--
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering http://free-electrons.com _______________________________________________
buildroot mailing list
buildroot at busybox.net
http://lists.busybox.net/mailman/listinfo/buildroot

^ permalink raw reply	[flat|nested] 13+ messages in thread
* [Buildroot] Analysis of build failures
  2014-08-13  8:26   ` Nathaniel Roach
@ 2014-08-13  9:05     ` Luca Ceresoli
  2014-08-13  9:06       ` Thomas Petazzoni
  2014-08-13 10:31       ` Peter Korsgaard
  0 siblings, 2 replies; 13+ messages in thread
From: Luca Ceresoli @ 2014-08-13  9:05 UTC (permalink / raw)
  To: buildroot

Dear Nathaniel,

Nathaniel Roach wrote:
> On 13/08/14 16:15, Thomas Petazzoni wrote:
>> Hello,
>>
>> On Wed, 13 Aug 2014 08:30:10 +0200 (CEST), Thomas Petazzoni wrote:
>>
>>>         arm |     bandwidthd-v2.0.1-auto-r07 | NOK | http://autobuild.buildroot.net/results/024fadb7a8983c0ed35e8a098cfefccd25b3ecd0/
>>>         arm |     bandwidthd-v2.0.1-auto-r07 | NOK | http://autobuild.buildroot.net/results/b84759b4b2b4473386fb209b6b4d4e18e203ec17/
>>>         arm |     bandwidthd-v2.0.1-auto-r07 | NOK | http://autobuild.buildroot.net/results/e287acf032330c7b0ef4262e7eb365ca45382221/
>>>         arm |     bandwidthd-v2.0.1-auto-r07 | NOK | http://autobuild.buildroot.net/results/4ae2406feb33eb81b45bcf87c74f62290bbe00fe/
>>
>> Nathaniel, you're the one who contributed bandwidthd. Can you look at
>> the above build issues?
>
> I cannot reproduce these errors - I've used the config in the first
> build that failed in this way. From what I can see it's failing to pick
> up libpng, which is listed as a dependency both directly and indirectly
> through libgd. I can try and screw around with the configure script, but
> I would need to be able to reproduce it first.

I haven't looked into this, but maybe the configure scripts look
for the system libpng (in /usr) instead of the libpng in the
Buildroot output dir?

To check that you may try to uninstall libpng from your host and
see if the error gets reproduced.

Or look at the config.log files if Peter can provide them. Peter,
do you still have access to them?

-- 
Luca

^ permalink raw reply	[flat|nested] 13+ messages in thread
* [Buildroot] Analysis of build failures
  2014-08-13  9:05     ` Luca Ceresoli
@ 2014-08-13  9:06       ` Thomas Petazzoni
  2014-08-13 10:31       ` Peter Korsgaard
  1 sibling, 0 replies; 13+ messages in thread
From: Thomas Petazzoni @ 2014-08-13  9:06 UTC (permalink / raw)
  To: buildroot

Dear Luca Ceresoli,

On Wed, 13 Aug 2014 11:05:23 +0200, Luca Ceresoli wrote:

> > I cannot reproduce these errors - I've used the config in the first
> > build that failed in this way. From what I can see it's failing to pick
> > up libpng, which is listed as a dependency both directly and indirectly
> > through libgd. I can try and screw around with the configure script, but
> > I would need to be able to reproduce it first.
> 
> I haven't looked into this, but maybe the configure scripts look
> for the system libpng (in /usr) instead of the libpng in the
> Buildroot output dir?
> 
> To check that you may try to uninstall libpng from your host and
> see if the error gets reproduced.
> 
> Or look at the config.log files if Peter can provide them. Peter,
> do you still have access to them?

I've reproduced the issue on gcc10, I'll send a patch shortly.

Thanks,

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

^ permalink raw reply	[flat|nested] 13+ messages in thread
* [Buildroot] Analysis of build failures
  2014-08-13  9:05     ` Luca Ceresoli
  2014-08-13  9:06       ` Thomas Petazzoni
@ 2014-08-13 10:31       ` Peter Korsgaard
  1 sibling, 0 replies; 13+ messages in thread
From: Peter Korsgaard @ 2014-08-13 10:31 UTC (permalink / raw)
  To: buildroot

>>>>> "Luca" == Luca Ceresoli <luca@lucaceresoli.net> writes:

Hi,

 > Or look at the config.log files if Peter can provide them. Peter,
 > do you still have access to them?

Sorry, I don't.

-- 
Bye, Peter Korsgaard

^ permalink raw reply	[flat|nested] 13+ messages in thread
* [Buildroot] Some Perl modules fail to cross-compile
  2014-08-13  6:30 [Buildroot] [autobuild.buildroot.net] Build results for 2014-08-12 Thomas Petazzoni
  2014-08-13  8:15 ` [Buildroot] Analysis of build failures Thomas Petazzoni
@ 2014-08-13 12:00 ` Vicente Olivert Riera
  2014-08-13 16:50   ` François Perrad
  1 sibling, 1 reply; 13+ messages in thread
From: Vicente Olivert Riera @ 2014-08-13 12:00 UTC (permalink / raw)
  To: buildroot

The affected modules are:

  perl-gd
  perl-net-ssleay
  perl-xml-libxml

The build system of these modules have a "use Config;" in the 
Makefile.PL. Given that we are cross-compiling, the Perl program used to 
run that Makefile.PL is the host's Perl program (because we can't run 
MIPS Perl in our x86_64 machine, for instance), so the %Config read only 
variable provided by the Config module contains all the information that 
the Configure program had during the Perl build time (in our case, the 
host's Perl). Then, the build system fills the OPTIMIZE variable (only 
if it's empty) with some flags taken from that %Config variable, so some 
things like "-mtune=generic" or "-m64" can end into the OPTIMIZE 
variable and cause a compilation failure for target architectures which 
don't support those flags.

I have reported this bug upstream. Please read the comments:
   https://rt.cpan.org/Public/Bug/Display.html?id=97834

My proposal to fix these three packages is to append the OPTIMIZE 
variable to the configure options and set it to 
-mtune=$(BR2_GCC_TARGET_ARCH) to avoid the OPTIMIZE variable get filled 
with incompatible flags.

I have the patches ready and they work, so, if you think this is a valid 
solution, just tell it to me and I will send the patches ASAP.

Thanks.
-- 
Vincent

^ permalink raw reply	[flat|nested] 13+ messages in thread
* [Buildroot] Some Perl modules fail to cross-compile
  2014-08-13 12:00 ` [Buildroot] Some Perl modules fail to cross-compile Vicente Olivert Riera
@ 2014-08-13 16:50   ` François Perrad
  2014-08-14  9:22     ` Vicente Olivert Riera
  0 siblings, 1 reply; 13+ messages in thread
From: François Perrad @ 2014-08-13 16:50 UTC (permalink / raw)
  To: buildroot

2014-08-13 14:00 GMT+02:00 Vicente Olivert Riera <Vincent.Riera@imgtec.com>:
> The affected modules are:
>
>  perl-gd
>  perl-net-ssleay
>  perl-xml-libxml
>
> The build system of these modules have a "use Config;" in the Makefile.PL.
> Given that we are cross-compiling, the Perl program used to run that
> Makefile.PL is the host's Perl program (because we can't run MIPS Perl in
> our x86_64 machine, for instance), so the %Config read only variable
> provided by the Config module contains all the information that the
> Configure program had during the Perl build time (in our case, the host's
> Perl). Then, the build system fills the OPTIMIZE variable (only if it's
> empty) with some flags taken from that %Config variable, so some things like
> "-mtune=generic" or "-m64" can end into the OPTIMIZE variable and cause a
> compilation failure for target architectures which don't support those
> flags.
>
> I have reported this bug upstream. Please read the comments:
>   https://rt.cpan.org/Public/Bug/Display.html?id=97834
>
> My proposal to fix these three packages is to append the OPTIMIZE variable
> to the configure options and set it to -mtune=$(BR2_GCC_TARGET_ARCH) to
> avoid the OPTIMIZE variable get filled with incompatible flags.
>
> I have the patches ready and they work, so, if you think this is a valid
> solution, just tell it to me and I will send the patches ASAP.
>

The host perl must load the host Config.pm.
So, in order to cross compiling, we must overload all variables in the
command line.
Currently, only CCFLAGS/ccflags is set in package/pkg-perl.mk, in the same way,
we could also set OPTIMIZE with " ".

Fran?ois

> Thanks.
> --
> Vincent
> _______________________________________________
> buildroot mailing list
> buildroot at busybox.net
> http://lists.busybox.net/mailman/listinfo/buildroot

^ permalink raw reply	[flat|nested] 13+ messages in thread
* [Buildroot] [UNSURE]Analysis of build failures
  2014-08-13  8:15 ` [Buildroot] Analysis of build failures Thomas Petazzoni
  2014-08-13  8:26   ` Nathaniel Roach
  2014-08-13  8:33   ` yuvaraj.patil at wipro.com
@ 2014-08-13 16:53   ` François Perrad
  2014-08-13 17:22     ` Thomas Petazzoni
  2 siblings, 1 reply; 13+ messages in thread
From: François Perrad @ 2014-08-13 16:53 UTC (permalink / raw)
  To: buildroot

2014-08-13 10:15 GMT+02:00 Thomas Petazzoni
<thomas.petazzoni@free-electrons.com>:
> Hello,
>
>>        arm |                   perl-gd-2.53 | NOK | http://autobuild.buildroot.net/results/e466773fbfce77ac8e89150b96620607e045cf13/
>
> This has been causing a good number of build issues. Fran?ois, is there
> something we can do to fix this?

building a host-perl, but after this release 14.08.
perl-gd is broken only on the machine gcc10.

Fran?ois


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

^ permalink raw reply	[flat|nested] 13+ messages in thread
* [Buildroot] [UNSURE]Analysis of build failures
  2014-08-13 16:53   ` [Buildroot] [UNSURE]Analysis " François Perrad
@ 2014-08-13 17:22     ` Thomas Petazzoni
  0 siblings, 0 replies; 13+ messages in thread
From: Thomas Petazzoni @ 2014-08-13 17:22 UTC (permalink / raw)
  To: buildroot

Dear Fran?ois Perrad,

On Wed, 13 Aug 2014 18:53:10 +0200, Fran?ois Perrad wrote:

> > This has been causing a good number of build issues. Fran?ois, is there
> > something we can do to fix this?
> 
> building a host-perl, but after this release 14.08.
> perl-gd is broken only on the machine gcc10.

Then I believe we should mark the perl-gd package as broken for now, so
that we don't have those repeated autobuilder failures.

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

^ permalink raw reply	[flat|nested] 13+ messages in thread
* [Buildroot] Some Perl modules fail to cross-compile
  2014-08-13 16:50   ` François Perrad
@ 2014-08-14  9:22     ` Vicente Olivert Riera
  2014-08-14 19:03       ` [Buildroot] [UNSURE]Re: " François Perrad
  0 siblings, 1 reply; 13+ messages in thread
From: Vicente Olivert Riera @ 2014-08-14  9:22 UTC (permalink / raw)
  To: buildroot

On 08/13/2014 05:50 PM, Fran?ois Perrad wrote:
> 2014-08-13 14:00 GMT+02:00 Vicente Olivert Riera <Vincent.Riera@imgtec.com>:
>> The affected modules are:
>>
>>   perl-gd
>>   perl-net-ssleay
>>   perl-xml-libxml
>>
>> The build system of these modules have a "use Config;" in the Makefile.PL.
>> Given that we are cross-compiling, the Perl program used to run that
>> Makefile.PL is the host's Perl program (because we can't run MIPS Perl in
>> our x86_64 machine, for instance), so the %Config read only variable
>> provided by the Config module contains all the information that the
>> Configure program had during the Perl build time (in our case, the host's
>> Perl). Then, the build system fills the OPTIMIZE variable (only if it's
>> empty) with some flags taken from that %Config variable, so some things like
>> "-mtune=generic" or "-m64" can end into the OPTIMIZE variable and cause a
>> compilation failure for target architectures which don't support those
>> flags.
>>
>> I have reported this bug upstream. Please read the comments:
>>    https://rt.cpan.org/Public/Bug/Display.html?id=97834
>>
>> My proposal to fix these three packages is to append the OPTIMIZE variable
>> to the configure options and set it to -mtune=$(BR2_GCC_TARGET_ARCH) to
>> avoid the OPTIMIZE variable get filled with incompatible flags.
>>
>> I have the patches ready and they work, so, if you think this is a valid
>> solution, just tell it to me and I will send the patches ASAP.
>>
>
> The host perl must load the host Config.pm.
> So, in order to cross compiling, we must overload all variables in the
> command line.
> Currently, only CCFLAGS/ccflags is set in package/pkg-perl.mk, in the same way,
> we could also set OPTIMIZE with " ".

I don't mind if we fix this by patching the .mk files of the three 
affected packages, or by patching the BR perl-package build system.

In case if we adopt the second solution (yours), don't you think it's 
better to set the OPTIMIZE variable to "-mtune=$(BR2_GCC_TARGET_ARCH)" 
instead of just " "?

> Fran?ois
>
>> Thanks.
>> --
>> Vincent
>> _______________________________________________
>> buildroot mailing list
>> buildroot at busybox.net
>> http://lists.busybox.net/mailman/listinfo/buildroot


-- 
Vincent

^ permalink raw reply	[flat|nested] 13+ messages in thread
* [Buildroot] [UNSURE]Re: Some Perl modules fail to cross-compile
  2014-08-14  9:22     ` Vicente Olivert Riera
@ 2014-08-14 19:03       ` François Perrad
  0 siblings, 0 replies; 13+ messages in thread
From: François Perrad @ 2014-08-14 19:03 UTC (permalink / raw)
  To: buildroot

2014-08-14 11:22 GMT+02:00 Vicente Olivert Riera <Vincent.Riera@imgtec.com>:
> On 08/13/2014 05:50 PM, Fran?ois Perrad wrote:
>>
>> 2014-08-13 14:00 GMT+02:00 Vicente Olivert Riera
>> <Vincent.Riera@imgtec.com>:
>>>
>>> The affected modules are:
>>>
>>>   perl-gd
>>>   perl-net-ssleay
>>>   perl-xml-libxml
>>>
>>> The build system of these modules have a "use Config;" in the
>>> Makefile.PL.
>>> Given that we are cross-compiling, the Perl program used to run that
>>> Makefile.PL is the host's Perl program (because we can't run MIPS Perl in
>>> our x86_64 machine, for instance), so the %Config read only variable
>>> provided by the Config module contains all the information that the
>>> Configure program had during the Perl build time (in our case, the host's
>>> Perl). Then, the build system fills the OPTIMIZE variable (only if it's
>>> empty) with some flags taken from that %Config variable, so some things
>>> like
>>> "-mtune=generic" or "-m64" can end into the OPTIMIZE variable and cause a
>>> compilation failure for target architectures which don't support those
>>> flags.
>>>
>>> I have reported this bug upstream. Please read the comments:
>>>    https://rt.cpan.org/Public/Bug/Display.html?id=97834
>>>
>>> My proposal to fix these three packages is to append the OPTIMIZE
>>> variable
>>> to the configure options and set it to -mtune=$(BR2_GCC_TARGET_ARCH) to
>>> avoid the OPTIMIZE variable get filled with incompatible flags.
>>>
>>> I have the patches ready and they work, so, if you think this is a valid
>>> solution, just tell it to me and I will send the patches ASAP.
>>>
>>
>> The host perl must load the host Config.pm.
>> So, in order to cross compiling, we must overload all variables in the
>> command line.
>> Currently, only CCFLAGS/ccflags is set in package/pkg-perl.mk, in the same
>> way,
>> we could also set OPTIMIZE with " ".
>
>
> I don't mind if we fix this by patching the .mk files of the three affected
> packages, or by patching the BR perl-package build system.
>

Perl module packages are not hand written, like other packages, but there are
generated by support/script/scancpan.

Fran?ois

> In case if we adopt the second solution (yours), don't you think it's better
> to set the OPTIMIZE variable to "-mtune=$(BR2_GCC_TARGET_ARCH)" instead of
> just " "?
>
>
>> Fran?ois
>>
>>> Thanks.
>>> --
>>> Vincent
>>> _______________________________________________
>>> buildroot mailing list
>>> buildroot at busybox.net
>>> http://lists.busybox.net/mailman/listinfo/buildroot
>
>
>
> --
> Vincent

^ permalink raw reply	[flat|nested] 13+ messages in thread
end of thread, other threads:[~2014-08-14 19:03 UTC | newest]

Thread overview: 13+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2014-08-13  6:30 [Buildroot] [autobuild.buildroot.net] Build results for 2014-08-12 Thomas Petazzoni
2014-08-13  8:15 ` [Buildroot] Analysis of build failures Thomas Petazzoni
2014-08-13  8:26   ` Nathaniel Roach
2014-08-13  9:05     ` Luca Ceresoli
2014-08-13  9:06       ` Thomas Petazzoni
2014-08-13 10:31       ` Peter Korsgaard
2014-08-13  8:33   ` yuvaraj.patil at wipro.com
2014-08-13 16:53   ` [Buildroot] [UNSURE]Analysis " François Perrad
2014-08-13 17:22     ` Thomas Petazzoni
2014-08-13 12:00 ` [Buildroot] Some Perl modules fail to cross-compile Vicente Olivert Riera
2014-08-13 16:50   ` François Perrad
2014-08-14  9:22     ` Vicente Olivert Riera
2014-08-14 19:03       ` [Buildroot] [UNSURE]Re: " François Perrad

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.