On Wed, Feb 01, 2006 at 05:33:29PM -0800, Allison Randal wrote:
> # New Ticket Created by Allison Randal
> # Please include the string: [perl #38406]
> # in the subject line of all future correspondence about this issue.
> # https://rt.perl.org/rt3/Ticket/Display.html?id=38406 >
>
>
> I've sp
Leopold Toetsch wrote:
.sub main :method
.local int a
(a,$S0) = self."foo"()
self."bar"()
.end
and
> ... get_results PMC_C[236] (5), I3, I0, I4, I1, S-1
This is solved now with r11408 / r11409.
leo
On Thu, Feb 02, 2006 at 07:12:08PM +0100, Leopold Toetsch wrote:
: >... Anyway,
: >the P6 model of "state" is more like a persistent lexical than like
: >C's static.
:
: Sorry for my dumb question - what's the difference then? (Besides that C
: dosn't have closures ;)
That *is* the difference.
On Thu, Feb 02, 2006 at 01:32:49PM -0800, jerry gay wrote:
> > This may or may not be related, but I'm getting a segfault for
> > building PGE itself (x86_64/linux), when trying to run mklib.pir
> > to generate the built-in rules.
> >
> i'm getting this, too, on win32. as are others, i think, on ma
Patrick R. Michaud wrote:
This may or may not be related, but I'm getting a segfault for
building PGE itself (x86_64/linux), when trying to run mklib.pir
to generate the built-in rules.
Yep. Working on that currently. I've simplied it to this testcase now:
.sub main :method
.local int a
On 2/2/06, Patrick R. Michaud <[EMAIL PROTECTED]> wrote:
> On Thu, Feb 02, 2006 at 11:33:25AM +0100, Leopold Toetsch wrote:
> > On Feb 2, 2006, at 2:33, Allison Randal (via RT) wrote:
> >
> > >I've spent too much time on this error, so I'm routing around it, but
> > >I'd love to figure out what's c
On Thu, Feb 02, 2006 at 11:33:25AM +0100, Leopold Toetsch wrote:
> On Feb 2, 2006, at 2:33, Allison Randal (via RT) wrote:
>
> >I've spent too much time on this error, so I'm routing around it, but
> >I'd love to figure out what's causing it. In my local version of
> >Punie I get this error when I
Larry Wall wrote:
On Thu, Feb 02, 2006 at 12:51:36PM +0100, Leopold Toetsch wrote:
: Another idea:
:
: We keep the call frame of subs with statics (or Perl6 INIT and FIRST
: blocks) after returning from the sub. Additionally, we can set a new
: entrypoint for the sub after running the INIT cod
On Thu, Feb 02, 2006 at 11:33:25AM +0100, Leopold Toetsch wrote:
:
: On Feb 2, 2006, at 2:33, Allison Randal (via RT) wrote:
:
: >I've spent too much time on this error, so I'm routing around it, but
: >I'd love to figure out what's causing it. In my local version of
: >Punie I get this error whe
On Thu, Feb 02, 2006 at 12:51:36PM +0100, Leopold Toetsch wrote:
: Another idea:
:
: We keep the call frame of subs with statics (or Perl6 INIT and FIRST
: blocks) after returning from the sub. Additionally, we can set a new
: entrypoint for the sub after running the INIT code (or static
: init
Leopold Toetsch wrote:
But C statics can of course change. The problems is, where to
store the static variable, especially native integers.
Another idea:
We keep the call frame of subs with statics (or Perl6 INIT and FIRST
blocks) after returning from the sub. Additionally, we can set a new
The the darwin hints and MANIFEST.generated changes look OK but the
root.in changes will review some more review.
As a side note it's pretty clear that MANIFEST.generated needs to be
machine generated itself.
-J
--
On Wed, Feb 01, 2006 at 04:53:46PM -0800, Joshua Isom wrote:
> # New Ticket Creat
On Feb 2, 2006, at 2:33, Allison Randal (via RT) wrote:
I've spent too much time on this error, so I'm routing around it, but
I'd love to figure out what's causing it. In my local version of
Punie I get this error when I run 'make test':
[ ... ]
... Also, if I modify the Punie compiler to d
13 matches
Mail list logo
