[Buildroot] [PATCH 1/3] intltool: no business defining PERLLIB

Gustavo Zacarias gustavo at zacarias.com.ar
Mon Mar 19 16:10:01 UTC 2012


On 2012-03-19 12:57, Thomas Petazzoni wrote:

> Gustavo, your work on Perl is really appreciated, but I think it's 
> also
> fair to have a discussion on the pros and cons of various changes.
>
> I am completely in favor of a solution where host-microperl gets 
> built
> when microperl for the target is selected since as you say, it is the
> only solution to reliably build XS Perl modules for the target.
>
> However, I wanted us to *investigate* the potential solutions to 
> build
> host-microperl *only* when microperl for the target is selected, and
> not when we need a simple random utility such as intltool running on
> the host.
>
> Thomas

If someone wants perl modules/bindings for some package, and said 
package just accepts --with/without-perl and just searchs the PATH for 
perl, what would you do? (which is a pretty common scenario for non-CPAN 
stuff)
Renaming otherperl back to perl back and forth for this kind of 
packages? Changing the PATH for configure/make?
And most don't accept a --with-perl=otherperl syntax.
The solution is simple, rename it to some other thing, but you'll loose 
the possibility of many bindings/modules for packages, it's quite simple 
actually.
I won't submit a patch to do that though since i'm against the idea.
Regards.



More information about the buildroot mailing list