[Buildroot] [PATCH 4/4] perl-gdgraph: new package

François Perrad francois.perrad at gadz.org
Sun Jul 20 07:52:16 UTC 2014


2014-07-20 0:35 GMT+02:00 Yann E. MORIN <yann.morin.1998 at free.fr>:
> François, All,
>
> On 2014-07-19 22:28 +0200, François Perrad spake thusly:
>> 2014-07-19 19:10 GMT+02:00 Thomas Petazzoni
>> <thomas.petazzoni at free-electrons.com>:
>> > This package does not build:
>> >   http://autobuild.buildroot.org/results/3e1/3e1698b0523dfa46f5b3ee03a22af820f7342c39/build-end.log
>> No, the error is :
>>
>>    only nested arrays of non-refs are supported at
>> /usr/share/perl/5.10/ExtUtils/MakeMaker.pm line 664
>>
>> And I could reproduce it on my box, with a host perl 5.10.1
>
> Does that mean we should have our own host-perl, then?
>
> It would guarantee that we have a known situation, where we control the
> version of perl and we can reproduce builds across machines with
> different versions of perl and a known list of installed modules and
> their versions.
>
> It would also allow tweaking the search paths to no longer include the
> host system includes and libraries search paths (although it won't
> protect us from badly written packages, such as perl-net-ssleay.)
>

Sadly, our own host-perl doesn't help for module like Net-SSleay.
All Perl modules which wraps a C library, are definitely not written
with cross-compilation in mind.
There always use ugly hacks in configure step.

But, having our own host-perl could a goal for the BR 2014.11 release.

perl-gdgraph could be fixed with this patch
http://patchwork.ozlabs.org/patch/371863/
or just by downgrading to version 1.47.

François

> But we can ensure that dependencies on other perl modules won't
> accidentally find host system perl's modules.
>
> This might be a big endeavour, but even if we only build our own
> host-perl, that's still a big improvement, and needs only little changes
> to our current perl infra, i.e. just calling our own perl.
>
> We can later enhance the situation by gradually tweaking our host-perl.
>
> What do you guys think of this?
>
> 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.  |
> '------------------------------^-------^------------------^--------------------'



More information about the buildroot mailing list