On Sat Aug 16 02:36:27 2008, [EMAIL PROTECTED] wrote:
chromatic wrote:
On Thursday 07 August 2008 08:26:19 Bob Rogers wrote:
I once suggested a null register allocator that would do this
globally, but this is a better idea. The only use case I can think
of
is debugging, particularly
chromatic wrote:
On Thursday 07 August 2008 08:26:19 Bob Rogers wrote:
I once suggested a null register allocator that would do this
globally, but this is a better idea. The only use case I can think of
is debugging, particularly of the register allocator, but that's still
important.
In
On Fri, Aug 8, 2008 at 12:57 PM, Patrick R. Michaud [EMAIL PROTECTED]wrote:
On Thu, Aug 07, 2008 at 10:15:24AM -0400, Will Coleda wrote:
Now, if the problem is that the register allocator is broken, then
let's fix the register allocator. If :unique_reg is just a workaround
because fixing
On Thu, Aug 07, 2008 at 10:15:24AM -0400, Will Coleda wrote:
Now, if the problem is that the register allocator is broken, then
let's fix the register allocator. If :unique_reg is just a workaround
because fixing it is hard, let's document it as deprecated with the
expectation that it will be
On Wed, Aug 6, 2008 at 8:30 PM, Jonathan Worthington [EMAIL PROTECTED]wrote:
Will Coleda wrote:
Can you describe a situation where this occurs that isn't a bug in the
register allocator?
Yes. IIRC, it was added when I was working on the .Net bytecode translator,
and it needed to take
On Wed, Aug 6, 2008 at 3:30 PM, Jonathan Worthington [EMAIL PROTECTED] wrote:
Will Coleda wrote:
Can you describe a situation where this occurs that isn't a bug in the
register allocator?
Yes. IIRC, it was added when I was working on the .Net bytecode translator,
and it needed to take
Will Coleda wrote:
Being allowed to poke inside your caller's register set seems... evil?
It's the Parrot equivalent of the .Net CLR allowing you to take
references to stuff in caller's stack frames.
Can you provide a working PIR example that shows this functionality?
It was
On Thu, Aug 7, 2008 at 12:45 PM, Will Coleda [EMAIL PROTECTED] wrote:
On Wed, Aug 6, 2008 at 3:30 PM, Jonathan Worthington [EMAIL PROTECTED]
wrote:
Will Coleda wrote:
Can you describe a situation where this occurs that isn't a bug in the
register allocator?
Yes. IIRC, it was added
On Thu, Aug 7, 2008 at 8:10 AM, Klaas-Jan Stol [EMAIL PROTECTED] wrote:
On Thu, Aug 7, 2008 at 12:45 PM, Will Coleda [EMAIL PROTECTED] wrote:
On Wed, Aug 6, 2008 at 3:30 PM, Jonathan Worthington [EMAIL PROTECTED]
wrote:
Will Coleda wrote:
Can you describe a situation where this occurs
Will Coleda wrote:
So, again, do we in parrot want to support the ability to dig into our
callers register set and pull out a particular register since we have
no way to say which register that is when we're using PIR? Even
unique_reg just says 'the register doesn't change', not it's PMC
On Thu, Aug 7, 2008 at 1:33 PM, Jonathan Worthington [EMAIL PROTECTED]wrote:
Will Coleda wrote:
So, again, do we in parrot want to support the ability to dig into our
callers register set and pull out a particular register since we have
no way to say which register that is when we're using
Klaas-Jan Stol wrote:
I think basically the question remans; is there any way we could do
without the :unique_reg?
Yes:
1) Add the reference-taking op and register reference PMC to the Parrot
core.
2) Make IMCC specially aware of this op so that it never re-uses this
register.
Thanks,
On Thu, Aug 7, 2008 at 5:44 AM, Jonathan Worthington [EMAIL PROTECTED] wrote:
Klaas-Jan Stol wrote:
I think basically the question remans; is there any way we could do
without the :unique_reg?
Yes:
1) Add the reference-taking op and register reference PMC to the Parrot
core.
2) Make
On Thu, Aug 7, 2008 at 10:04 AM, jerry gay [EMAIL PROTECTED] wrote:
On Thu, Aug 7, 2008 at 5:44 AM, Jonathan Worthington [EMAIL PROTECTED]
wrote:
Klaas-Jan Stol wrote:
I think basically the question remans; is there any way we could do
without the :unique_reg?
Yes:
1) Add the
From: jerry gay [EMAIL PROTECTED]
Date: Thu, 7 Aug 2008 07:04:24 -0700
. . .
also, if i understand satisfy patrick's use case in pge,
3) add the ability to select the register allocator used, or disable
it, within a sub.
a programmer who knows what he's doing should have
On Thu, Aug 7, 2008 at 11:26 AM, Bob Rogers
[EMAIL PROTECTED] wrote:
From: jerry gay [EMAIL PROTECTED]
Date: Thu, 7 Aug 2008 07:04:24 -0700
. . .
also, if i understand satisfy patrick's use case in pge,
3) add the ability to select the register allocator used, or disable
it,
On Thursday 07 August 2008 08:26:19 Bob Rogers wrote:
I once suggested a null register allocator that would do this
globally, but this is a better idea. The only use case I can think of
is debugging, particularly of the register allocator, but that's still
important.
In theory, that's what
From: Will Coleda [EMAIL PROTECTED]
Date: Thu, 7 Aug 2008 11:30:34 -0400
On Thu, Aug 7, 2008 at 11:26 AM, Bob Rogers
[EMAIL PROTECTED] wrote:
I once suggested a null register allocator that would do this
globally, but this is a better idea. The only use case I can think of
On Tue, Aug 05, 2008 at 10:51:08AM -0700, Klaas-Jan Stol wrote:
From pdd19:
The optional C:unique_reg modifier will force the register allocator to
associate the identifier with a unique register for the duration of the
subroutine.
This, however, does not document /why/ you would want
On Wed, Aug 6, 2008 at 1:58 PM, Patrick R. Michaud [EMAIL PROTECTED] wrote:
On Tue, Aug 05, 2008 at 10:51:08AM -0700, Klaas-Jan Stol wrote:
From pdd19:
The optional C:unique_reg modifier will force the register allocator to
associate the identifier with a unique register for the duration of
On Wednesday 06 August 2008 11:08:13 Will Coleda wrote:
Sometimes the register allocator will re-use a register when it's
important that the register not be reused.
Can you describe a situation where this occurs that isn't a bug in the
register allocator?
I can't think of one.
-- c
Will Coleda wrote:
Can you describe a situation where this occurs that isn't a bug in the
register allocator?
Yes. IIRC, it was added when I was working on the .Net bytecode
translator, and it needed to take references to registers in callers. If
you're doing that, you need to know that the
# New Ticket Created by Klaas-Jan Stol
# Please include the string: [perl #57636]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=57636
From pdd19:
The optional C:unique_reg modifier will force the register allocator
23 matches
Mail list logo