develooper Front page | perl.perl5.porters | Postings from January 2022

Re: PSC #049 2022-01-07

Thread Previous | Thread Next
From:
Darren Duncan
Date:
January 12, 2022 20:03
Subject:
Re: PSC #049 2022-01-07
Message ID:
6c0c34ae-d53b-942c-bc77-d434e53adaa1@darrenduncan.net
On 2022-01-12 8:06 a.m., Ricardo Signes wrote:
> On Wed, Jan 12, 2022, at 9:20 AM, Paul LeoNerd Evans wrote:
>> On Mon, Jan 10, 2022 at 02:46:36PM -0800, Darren Duncan wrote:
>> > If it were possible to do in a performant way, my actual preference is for
>> > the behavior of signatures to fundamentally be a pretty syntactic shorthand
>> > for unpacking "@_" elements into lexicals, and @_ continues to also be
>> > available.
>>
>> Good news - that's exactly how it already works :)
> 
> …and let's talk about "performant."  That just means "effective" or, often in 
> programming, "fast enough to be acceptable."  Are subroutine signatures 
> unacceptably slow?  No.  The idea that they aren't seems bizarre to me, since 
> they're often /faster than equivalent non-signatured code already./

Let me be clear.  I don't personally have any issues with the performance 
leading me to mention this.  Rather my reference to that is about OTHER people 
talking about how avoiding doing stuff with @_ could improve performance, and I 
was supporting them in principle. -- Darren Duncan

Thread Previous | Thread Next


nntp.perl.org: Perl Programming lists via nntp and http.
Comments to Ask Bjørn Hansen at ask@perl.org | Group listing | About