<div dir="ltr">Caching doesn't make much sense.<div><br></div><div>The perlop defines how a value it is used - it shouldn't matter how it is stored, which (with a few seconds of thought) probably be as a binary blob.... it is the attribute/tags that define whether it is a pointer, string as per today</div><div><br></div><div>Obviously comparing a 32bit number vs another 32bit number, will be thousands of cycles faster for an int than a char*.... but given that Perl isn't the fastest language, so I wouldn't expect that to be a dominating difference.</div><div><br></div><div>... unless "use integer" is in effect.<br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On 6 June 2016 at 10:39, Andrew Pam <span dir="ltr"><<a href="mailto:andrew@sericyb.com.au" target="_blank">andrew@sericyb.com.au</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 06/06/16 10:35, Simon Taylor wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I didn't run your sample to see if it behaved the same way here, but it is very counter-intuitive behavior.<br>
</blockquote>
<br></span>
One word: caching.<br>
<br>
Once you stringify, why repeat the work?  It makes sense once you understand the design decision.<br>
<br>
Cheers,<br>
    Andrew<div class="HOEnZb"><div class="h5"><br>
_______________________________________________<br>
Melbourne-pm mailing list<br>
<a href="mailto:Melbourne-pm@pm.org" target="_blank">Melbourne-pm@pm.org</a><br>
<a href="http://mail.pm.org/mailman/listinfo/melbourne-pm" rel="noreferrer" target="_blank">http://mail.pm.org/mailman/listinfo/melbourne-pm</a><br>
</div></div></blockquote></div><br></div>