From mboxrd@z Thu Jan 1 00:00:00 1970
Return-Path: <gentoo-dev+bounces-66325-garchives=archives.gentoo.org@lists.gentoo.org>
Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80])
by finch.gentoo.org (Postfix) with ESMTP id D365A13877A
for <garchives@archives.gentoo.org>; Sun, 22 Jun 2014 19:24:48 +0000 (UTC)
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
by pigeon.gentoo.org (Postfix) with SMTP id EFED7E09D4;
Sun, 22 Jun 2014 19:24:43 +0000 (UTC)
Received: from mail-qg0-f53.google.com (mail-qg0-f53.google.com [209.85.192.53])
(using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits))
(No client certificate requested)
by pigeon.gentoo.org (Postfix) with ESMTPS id 15E9EE09C5
for <gentoo-dev@lists.gentoo.org>; Sun, 22 Jun 2014 19:24:42 +0000 (UTC)
Received: by mail-qg0-f53.google.com with SMTP id i50so5113599qgf.40
for <gentoo-dev@lists.gentoo.org>; Sun, 22 Jun 2014 12:24:42 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=gmail.com; s=20120113;
h=mime-version:in-reply-to:references:date:message-id:subject:from:to
:content-type;
bh=rrYnrX5lrLm9YPO5W/FU8EiApUfZaxJ2T395MtlmroU=;
b=JB6SMQbzZAmXPUXe2hM7IeVN+0CTwdMIEJipoqviatmjl7zwP3CvkODq+qgXCtWAkb
YVHdl3sY94DRoj0KMnt89NRX/ma26T7jTXCCAL/phYDO4c3JcJeNF9oQ+uZHLSg5ybkh
ixqtxLWZcaV9GUDATs0K599xKq8fHcVP1TbT3DJ4HAue9gd3uUfZL+v1lhNQc8yXXqAB
LvEr1F+uyIhLeQb3QrIFv100w+IMpkMc2hOQ/y2QHXmBOT2M5CwE5cqPtWS4eTIaQ4Pi
L+F/3yRj0coXej0T3GKySR2xUYiU5L1PLStAco3/Eo4ZD1ufRMSTWC0P2ppd7ldw6XeP
uIEQ==
Precedence: bulk
List-Post: <mailto:gentoo-dev@lists.gentoo.org>
List-Help: <mailto:gentoo-dev+help@lists.gentoo.org>
List-Unsubscribe: <mailto:gentoo-dev+unsubscribe@lists.gentoo.org>
List-Subscribe: <mailto:gentoo-dev+subscribe@lists.gentoo.org>
List-Id: Gentoo Linux mail <gentoo-dev.gentoo.org>
X-BeenThere: gentoo-dev@lists.gentoo.org
Reply-to: gentoo-dev@lists.gentoo.org
MIME-Version: 1.0
X-Received: by 10.224.128.193 with SMTP id l1mr25784941qas.91.1403465082377;
Sun, 22 Jun 2014 12:24:42 -0700 (PDT)
Received: by 10.140.51.132 with HTTP; Sun, 22 Jun 2014 12:24:42 -0700 (PDT)
In-Reply-To: <CAATnKFD5_CqSgk_UebxPb83YWTtC-sfBCTDF5ksf4ADfFP2tnw@mail.gmail.com>
References: <201406221141.08772.dilfridge@gentoo.org>
<CAATnKFBqnciRW7V8kXRrcUjPrDaBDxNg=TzwkuopUHd_hwnDvg@mail.gmail.com>
<CAGfcS_=vtn23S=9KjipHABYqdPz+qc5r_ohSY8ZkCC7xMkxXwQ@mail.gmail.com>
<201406222014.04385.dilfridge@gentoo.org>
<CAATnKFD5_CqSgk_UebxPb83YWTtC-sfBCTDF5ksf4ADfFP2tnw@mail.gmail.com>
Date: Mon, 23 Jun 2014 07:24:42 +1200
Message-ID: <CAATnKFBQzvySLqYRA5J3__hD4xndja160cBAoN3495hkQX3n3Q@mail.gmail.com>
Subject: Re: [gentoo-dev] Re: perl-module.eclass: respect CFLAGS, LDFLAGS -
please review
From: Kent Fredric <kentfredric@gmail.com>
To: gentoo-dev@lists.gentoo.org
Content-Type: multipart/alternative; boundary=001a11c31a3ab09b9c04fc71ad9f
X-Archives-Salt: 1e994126-029a-49e3-a156-f14d84193674
X-Archives-Hash: 420f23d0716f5918903cc06a9ddbc3a7
--001a11c31a3ab09b9c04fc71ad9f
Content-Type: text/plain; charset=UTF-8
On 23 June 2014 07:10, Kent Fredric <kentfredric@gmail.com> wrote:
> I'd probably go with PERL_C_BINDINGS=yes or PERL_XS=yes or similar.
>
> Because there's probably other things that we can infer from that property
> and use for other things.
>
>
> And its reasonably straight forward to automatically identify things that
> do use XS/C bindings once they're installed, .... just impossible to do in
> advance, and difficult to do heuristically during src_configure or similar.
>
> qfile $( find /usr/lib/perl5 -name "*.so" ) | cut -f 1 -d " " | sort -u
>
Actually, that said, its probably wise we don't use PERL_ as a prefix,
there's far too much liklihood we'll collide with something in toolchain.
Or if we do, make sure we delete that value from %ENV before doing anything
with perl.
For an example of something we could use GENTOO_PERL_XS=yes for is
potentially exposing a tooling feature that indicates whether or not to
build the C bits at all.
For instance, ExtUtils::MakeMaker responds to the variable PUREPERL_ONLY=1
( Don't ask me where, I don't know, its really poorly documented ) and
Module::Build responds to a parameter --pureperl_only ( badly documented
here:
https://metacpan.org/pod/distribution/Module-Build/lib/Module/Build/API.pod#allow_pureperl
)
( I'm not saying we should do this, or do this yet, or do this on its own,
but it kinda works as justification for the generalist name )
--
Kent
--001a11c31a3ab09b9c04fc71ad9f
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
<div dir=3D"ltr"><div class=3D"gmail_extra"><br><div class=3D"gmail_quote">=
On 23 June 2014 07:10, Kent Fredric <span dir=3D"ltr"><<a href=3D"mailto=
:kentfredric@gmail.com" target=3D"_blank">kentfredric@gmail.com</a>></sp=
an> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-=
left:1px solid rgb(204,204,204);padding-left:1ex"><div class=3D"gmail_extra=
">I'd probably go with=C2=A0 PERL_C_BINDINGS=3Dyes or PERL_XS=3Dyes=C2=
=A0 or similar.<br>
<br></div><div class=3D"gmail_extra">Because there's probably other thi=
ngs that we can infer from that property and use for other things. <br><br>=
<br></div><div class=3D"gmail_extra">And its reasonably straight forward to=
automatically identify things that do use XS/C bindings once they're i=
nstalled, .... just impossible to do in advance, and difficult to do heuris=
tically during src_configure or similar.<br>
<br>qfile $( find /usr/lib/perl5 -name "*.so"=C2=A0 ) | cut -f 1 =
-d " "=C2=A0 | sort -u<div class=3D""><div id=3D":389" class=3D""=
tabindex=3D"0"></div></div></div></blockquote></div><br></div><div class=
=3D"gmail_extra">
Actually, that said, its probably wise we don't use PERL_ as a prefix, =
there's far too much liklihood we'll collide with something in tool=
chain.<br><br></div><div class=3D"gmail_extra">Or if we do, make sure we de=
lete that value from %ENV before doing anything with perl.<br>
<br></div><div class=3D"gmail_extra">For an example of something we could u=
se GENTOO_PERL_XS=3Dyes for is potentially exposing a tooling feature that =
indicates whether or not to build the C bits at all.<br><br></div><div clas=
s=3D"gmail_extra">
For instance, ExtUtils::MakeMaker responds to the variable PUREPERL_ONLY=3D=
1 ( Don't ask me where, I don't know, its really poorly documented =
) and Module::Build responds to a parameter --pureperl_only ( badly documen=
ted here: <br>
</div><div class=3D"gmail_extra"><a href=3D"https://metacpan.org/pod/distri=
bution/Module-Build/lib/Module/Build/API.pod#allow_pureperl">https://metacp=
an.org/pod/distribution/Module-Build/lib/Module/Build/API.pod#allow_pureper=
l</a> )<br>
<br></div><div class=3D"gmail_extra">( I'm not saying we should do this=
, or do this yet, or do this on its own, but it kinda works as justificatio=
n for the generalist name )<br clear=3D"all"></div><div class=3D"gmail_extr=
a">
<br>-- <br>Kent<br>
</div></div>
--001a11c31a3ab09b9c04fc71ad9f--