[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