# New Ticket Created by jerry gay
# Please include the string: [perl #37730]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=37730 >
i've attached a patch with some modifications to Test::Builder in
order to fix some bugs,
On Nov 23, 2005, at 4:42, Will Coleda wrote:
I'd like to provide an easy way to provide this mapping for language
developers so the users of the language don't have to remember to add
the second line whenever they use, e.g. Tcl.
Whenever some code is using e.g. Tcl, a library is loaded that
On Nov 23, 2005, at 6:13, Josh Isom wrote:
When I first installed parrot, curses worked with it, but it fails to
work
anymore for me, either under darwin or freebsd. On darwin, it clears
the
screen, and can only read "assertation failed" before it clears and
dies,
so I can't see diagnostics
On Tue, 2005-11-22 at 22:42 -0500, Will Coleda wrote:
> > .HLL "foo", "" # or "foo_group" - load dynamic PMCs too
> > .HLL_map .LexPad -> .DynLexPad # (2)
> >
>
> I'd like to provide an easy way to provide this mapping for language
> developers so the users of the language don
On Nov 23, 2005, at 3:06, chromatic wrote:
On Wed, 2005-11-23 at 01:39 +0100, Leopold Toetsch wrote:
But my argument was: whenever you
start introspecting a call frame, by almost whatever means, this will
keep the call frame alive[1] (see Continuation or Closure). That is:
timely destruction
I ran into a problem trying to convert Leo's "Case 1" example so that it
uses methods instead of subs. Here's how far I got:
.HLL 'Amber', 'amber_kernel'
.sub main :main
newclass $P0, 'FOO'
$P1 = new 'FOO'
$P1.main()
.end
.namespace [ "FOO" ]
.sub main :method
$P0 = self.do_add3(20
On Nov 23, 2005, at 4:39 AM, Roger Browne wrote:
On Tue, 2005-11-22 at 22:42 -0500, Will Coleda wrote:
.HLL "foo", "" # or "foo_group" - load dynamic PMCs too
.HLL_map .LexPad -> .DynLexPad # (2)
I'd like to provide an easy way to provide this mapping for language
develop
On Wed, 2005-11-23 at 09:09 -0500, Will Coleda wrote:
> I can, of course, add the C now, and have it be functional. I was
> just pondering what might be a simpler way for future PMC authors.
A bigger problem will occur for any HLL that has no PMCs of its own, yet
wishes to use DynLexPad. How to
Roger Browne wrote:
.sub add3 :method :outer('do_add3')#(4)
.param pmc arg
$P0 = n_add arg, 3 #(5)
.return($P0)
.end
This segfaults at #(3).
Actually at #(5)
- replace line #(5) by "$P0 = n_neg arg" (the significance
The reason was lexical lookuo inside M
I thought that was one of the issues leo was addressing with
the .HLL_map directive... From leo's initial email:
.HLL "foo", "" # or "foo_group" - load dynamic PMCs too
.HLL_map .LexPad -> .DynLexPad # (2)
Regards.
On Nov 23, 2005, at 9:28 AM, Roger Browne wrote:
On Wed,
Roger Browne wrote:
A bigger problem will occur for any HLL that has no PMCs of its own, yet
wishes to use DynLexPad. How to specify that?
As coke writes this is in the intial posting of this thread, but he has
cited only half ot the show. Here is all again:
SYNOPSIS
.sub _load :immediat
On Wed, Nov 23, 2005 at 09:09:00AM -0500, Will Coleda wrote:
> >Why bother with an artifical subclass?
>
> Mainly to avoid having the C code in my .pmc
I'm very much in favor of adding explicit metadata, which is
parseable, rather than just limiting ourselves to writing the
executable consequence
On Wed, Nov 23, 2005 at 03:14:40PM -, [EMAIL PROTECTED] wrote:
> implement Sub.get_caller() method; test
You keep confusing static and dynamic call information.
Like I've said (repeatedly :-)), rule #1 of call info is:
Subs don't have callers.
Call frames have callers.
Therefore, this co
Thanks to Leo and Will for clarifications, and to Leo for the r10150
bugfix. That has enabled me to implement lexical handling for Amber.
With Parrot doing most of the heavy lifting, it wasn't too hard. Now I
just have to write the tests and documentation :-)
Leo wrote:
> BTW I had to change (r101
On Nov 23, 2005, at 19:08, Chip Salzenberg wrote:
On Wed, Nov 23, 2005 at 03:14:40PM -, [EMAIL PROTECTED] wrote:
implement Sub.get_caller() method; test
You keep confusing static and dynamic call information.
Not confusing actually, maybe abusing the static sub structure by
adding a d
On 11/21/05, jerry gay <[EMAIL PROTECTED]> wrote:
> i've checked in a subset of Perl 5.9.2's regexp tests for PGE to chew
> on. for now, i modified the stolen harness to emit PIR. the harness is
> currently very ugly... that won't be for long, however, as i'll
> refactor it soon.
>
it's been refact
On Tue, Nov 22, 2005 at 09:32:37AM -0800, Chip Salzenberg wrote:
> On Tue, Nov 22, 2005 at 03:28:02PM +0100, Leopold Toetsch wrote:
> > sub do_add3 {
> > my $a = $_[0];
> > sub add3 {
> > $a + 3;
> > }
> > add3();
> > }
>
> What Perl 5 does with that case is just a plain ol
Matt Diephouse <[EMAIL PROTECTED]> wrote:
> I don't think it is, no. ParTcl implements global/lexical storage
> rather naively at the moment (because I didn't understand that the lex
> opcodes worked this way when I implemented this over the summer).
> Right now we always use store_lex to assign to
On Nov 23, 2005, at 19:08, Chip Salzenberg wrote:
You keep confusing static and dynamic call information.
While at static objects like subroutine PMCs - there is some code
around that is setting properties on .Sub objects.
$ find . -name '*.imc' -o -name '*.pir' | xargs grep -w setprop
At
19 matches
Mail list logo
