* [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: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] 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] [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 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] 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.