On Mon, Jan 19, 2009 at 08:35:26PM -0800, chromatic via RT wrote:
I've done most of this in r35787, but we can't get rid of n_neg entirely
until someone updates PCT and NQP not to use it for prefix:- rules. I
poked at that, but couldn't make them work.
What's the replacement opcode for n_neg
On Tuesday 20 January 2009 07:27:53 Patrick R. Michaud wrote:
On Mon, Jan 19, 2009 at 08:35:26PM -0800, chromatic via RT wrote:
I've done most of this in r35787, but we can't get rid of n_neg entirely
until someone updates PCT and NQP not to use it for prefix:- rules. I
poked at that,
On Tue, Jan 20, 2009 at 09:33:17AM -0800, chromatic wrote:
On Tuesday 20 January 2009 07:27:53 Patrick R. Michaud wrote:
On Mon, Jan 19, 2009 at 08:35:26PM -0800, chromatic via RT wrote:
I've done most of this in r35787, but we can't get rid of n_neg entirely
until someone updates PCT
On Tuesday 20 January 2009 09:50:56 Patrick R. Michaud wrote:
What's the replacement opcode for n_neg ?
If we remove n_neg, the replacement is likely a two-step operation:
clone $P1, $P2
neg $P1
Please, not this -- it's terribly inconsistent.
When we got rid of the other
Will Coleda via RT wrote:
On Thu Aug 28 00:03:51 2008, alli...@perl.org wrote:
The plan is to make the regular variants (like 'add') create a new
destination PMC, and then deprecate the old n_* variants (like 'n_add').
Does this include n_not , n_bnot, and n_bnots ?
Yes. The 'not', 'abs',
Klaas-Jan Stol via RT schrieb:
I think this has been resolved, but not sure.
Can anyone confirm?
It looks like it is not resolved yet.
In src/ops/math.ops I still found:
n_infix, n_abs and n_neg.
Regards,
Bernhard
Geoffrey Broadwell via RT wrote:
What is the replacement for the old regular variants that use a
pre-existing destination?
A few years ago when I was doing copious Perl 5 PDL work, I found that
in certain loops I would get bottlenecked entirely by creation and
destruction of temporaries. I
# New Ticket Created by Allison Randal
# Please include the string: [perl #58410]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=58410
Briefly discussed on the phone with Patrick, Jerry, and chromatic: The
versions
On Thu, 2008-08-28 at 00:03 -0700, Allison Randal wrote:
Briefly discussed on the phone with Patrick, Jerry, and chromatic: The
versions of the math opcodes that modify an existing destination PMC
instead of creating a new destination PMC are not useful to HLLs,
because they make