Another question about pdd15...:
If I'm in a different HLL namespace (e.g., via a .HLL directive), how do
I get a PMC class from the 'parrot' HLL namespace?
Here is an example (which obviously won't work): I'm creating a
'perl6;Str' class and then attempting to add (parrot's) String class
as a
On Thu, Jun 21, 2007 at 12:08:33AM +0100, Jonathan Worthington wrote:
Patrick R.Michaud (via RT) wrote:
The 'setline' opcode doesn't do what I expect it to do, which
is to associate runtime errors with lines in HLL source.
Currently HLL debug info stuff is spec'd, but not implemented. Well,
On Wed, Jun 20, 2007 at 09:41:00PM -0400, Bob Rogers wrote:
From: Jonathan Worthington [EMAIL PROTECTED]
Date: Thu, 21 Jun 2007 00:05:00 +0100
Hi,
Patrick R. Michaud wrote:
My first question is How do I add a class method? -- i.e.,
a method that operates on a class
On Wed, Jun 20, 2007 at 10:38:08PM -0400, Bob Rogers wrote:
From: Patrick R. Michaud [EMAIL PROTECTED]
On Wed, Jun 20, 2007 at 09:41:00PM -0400, Bob Rogers wrote:
Patrick R. Michaud wrote:
My first question is How do I add a class method? -- i.e.,
a method
On Tue, Jun 19, 2007 at 02:14:22AM -0700, Allison Randal wrote:
Additions and corrections welcome.
--
New in 0.4.13
- Languages:
+ Updated Lisp, Lua, PHP (Plumhead), Python (Pynie), ABC,
WMLScript, and Tcl (ParTcl).
+ Perl 6 passes all but one of the sanity tests.
+ PGE
On Tue, Jun 19, 2007 at 02:14:22AM -0700, Allison Randal wrote:
Additions and corrections welcome.
--
New in 0.4.13
- Languages:
+ Updated Lisp, Lua, PHP (Plumhead), Python (Pynie), ABC,
WMLScript, and Tcl (ParTcl).
+ Perl 6 passes all but one of the sanity tests.
+ PGE
On Tue, May 22, 2007 at 01:25:33PM +0100, Nicholas Clark wrote:
And how often does the type of a PMC change, such that its internal
data layout changes? In Perl 5 this morphing happens everywhere,
but in Parrot?
Actually, until/unless we have a scalar container or reference
PMC of some
On Tue, May 22, 2007 at 08:20:19AM -0500, Patrick R. Michaud wrote:
On Tue, May 22, 2007 at 01:25:33PM +0100, Nicholas Clark wrote:
And how often does the type of a PMC change, such that its internal
data layout changes? In Perl 5 this morphing happens everywhere,
but in Parrot
On Tue, May 22, 2007 at 01:41:32PM -0700, Allison Randal wrote:
Oh, could someone capture that IRC discussion we just had and paste it
on the list?
Here it is (long, 247 lines).
Pm
19:45 pmichaud I know I should already know this, but is there a way to make
a named function that is
On Tue, May 22, 2007 at 04:42:15PM -0700, Allison Randal wrote:
Patrick R. Michaud wrote:
Now then, this assumes that every type knows how to morph itself
into an .Undef and that .Undef can handle assignment from any type.
For many PMC classes this isn't (or hasn't been) the case; from
time
On Tue, May 22, 2007 at 10:32:23PM -0400, Will Coleda wrote:
On May 22, 2007, at 10:05 PM, Patrick R. Michaud wrote:
And I'm really
not sure how to create a Perl6Sub from PIR source code.
We're already doing this in tcl.
See src/class/tclproc.pir for the PIR class which has Sub
On Tue, May 08, 2007 at 12:15:51PM -0700, Allison Randal wrote:
Patrick R. Michaud wrote:
Personally, I would think that the standard approach for going from
a String PMC to a method invocation would be via the find_method
opcode. But that's just me.
That goes back to the philosophical
On Tue, May 08, 2007 at 12:38:43PM -0700, Allison Randal wrote:
Patrick R. Michaud wrote:
Well, since I've only come across a single case where the
method I needed to call was in a String PMC, I've never found
it annoying. But again, perhaps that's just me and it really is
a big annoyance
On Fri, Apr 20, 2007 at 03:52:35PM -0400, Andy Dougherty wrote:
Oh yes. It's swapping like crazy. Sorry I didn't mention that
explicitly. (I figured it was obvious!) The machine in question has
128 MB of physical RAM. [...]
Specifically, I usually do something like:
ulimit -S
On Tue, Apr 24, 2007 at 04:30:53PM -0400, Andy Dougherty wrote:
On Tue, 24 Apr 2007, Patrick R. Michaud wrote:
With chromatic's patch in r18323 (RT #42320), and removing the -G
flag from the relevant files, I'm now able to run PGE's tests
including p5rx.t and 01-regex.t in under 60MB
On Fri, Apr 20, 2007 at 10:18:41AM -0400, Andy Dougherty wrote:
On Thu, 19 Apr 2007, Patrick R. Michaud via RT wrote:
This does prompt the question of removing -G from the tests,
but the last time I looked into doing this (about a month ago) Parrot
still had intermittent GC errors
On Thu, Apr 19, 2007 at 11:47:55AM -0700, Andy Dougherty wrote:
# New Ticket Created by Andy Dougherty
# Please include the string: [perl #42620]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=42620
Both
On Sat, Apr 14, 2007 at 06:41:19PM -0400, James Keenan wrote:
I am trying to determine the purpose of a certain block of code in
Configure.pl. In the most recent version in trunk, we find:
...
My questions are:
1. If you've already configured, why would you want to add another
step
On Sat, Apr 07, 2007 at 11:20:19AM -0700, Jim McKim wrote:
The problematic grammar:
grammar x_grammar;
#token h_digits { :i[0-9a-f]+ }
#token h_digits { [0-9a-f] }
token TOK_CONSTANT {
#h_digits ( : h_digits )**{1..15}
h_digits : h_digits
}
The error (that PGE is
On Sat, Mar 17, 2007 at 12:12:12PM -0700, Allison Randal via RT wrote:
Jerry Gay (via RT) wrote:
...an Exporter PMC that defines an api for
exporting.
Proposed interface:
$P0 = new Exporter
$P0.import($P1, ['KeyTo'; 'ImportedNamespace'], $P2)
where $P1 is the current namespace, and
On Sat, Mar 17, 2007 at 06:16:08PM -0400, Will Coleda wrote:
On Mar 17, 2007, at 4:37 PM, Patrick R. Michaud wrote:
Could we also do some multi-dispatch here or typechecking of $P2
so that it could also be a whitespace-separated string of subnames
to import? Then instead of
$P2 = split
On Mon, Feb 26, 2007 at 07:09:58AM -0800, Jerry Gay wrote:
# New Ticket Created by Jerry Gay
# Please include the string: [perl #41623]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=41623
pge's syntax for
On Mon, Feb 26, 2007 at 03:20:59PM +0100, Klaas-Jan Stol wrote:
I've done some more work on the grammar of Pynie.
This patch also includes the other patch I sent yesterday (so that one
can be skipped).
Applied, thanks. I'll be making some cleanups momentarily.
This grammar is ALMOST
On Sat, Feb 24, 2007 at 01:07:10PM -0800, chromatic wrote:
On Saturday 24 February 2007 13:03, Will Coleda wrote:
I have a google alert for parrot, which led me to a failed report in
google groups, which led me to:
http://testers.cpan.org/show/parrot.html
Looks like we don't have a
As part of the 0.4.9 release, I've changed a section in docs/ROADMAP.pod
to refer to pdd01 instead of the nonexistent PLATFORMS reference,
since pdd01 identifies the minimum platforms needed for release.
However, pdd01 is still in 'draft' status, so I'm just bumping this
ticket a bit to see if we
I've gone ahead and removed the bad links from docs/ROADMAP.pod . The
ROADMAP now simply says that we need to document Parrot goals and
priorities. (I suggest that it go into a pdd document somewhere, if it
hasn't already.)
I found copies of the Chip_APW.sxi and Chip_APW.pdf files that were
On behalf of the Parrot team, I'm proud to announce Parrot 0.4.9,
Socorro. Parrot (http://parrotcode.org) is a virtual machine aimed
at running all dynamic languages.
Parrot 0.4.9 can be obtained via CPAN (soon), or follow the
download instructions at http://www.parrotcode.org/source.html .
For
Hello, all-
I've been working on the 0.4.9 release; so far things seem to be
going reasonably well. Many thanks to Jerry Gay and others who
have come before me for cleaning up the release process and making
sure the various NEWS/STATUS docs are up to date! It's really quite
straightforward now.
On Sun, Feb 18, 2007 at 08:38:17PM -0800, jerry gay wrote:
For the moment, disabling configure's manicheck by default would be a
good start.
i don't think manifest checking should be disabled until we have a
replacement solution in place that makes sure the manifest is checked
before
On Mon, Feb 19, 2007 at 05:39:01PM +0100, Klaas-Jan Stol wrote:
Ticket:
#37542: [TODO] core - document behavior of multiple :load subpragmas in
same compilation unit
: the behavior of multiple subroutines marked with the ':load' subpragma
: in the same compilation unit is currently
Just working on bug-day tickets (especially since I'm the release-
manager this month :-)...
On Wed Jan 31 13:37:54 2007, [EMAIL PROTECTED] wrote:
The primary purpose of a MANIFEST in the repository is to tell you
which files out of the repository should be included in the
distribution.
On Thu Jan 18 18:28:05 2007, [EMAIL PROTECTED] wrote:
Running make test this morning, I got exactly one failure. Here's an
excerpt from the output of 'make test':
...
Just checking -- are you still seeing the failure for 'make test'?
Pm
On Sat, Feb 17, 2007 at 09:21:45AM -0800, Eric Hanchrow wrote:
(This is with parrot built from the subversion trunk, revision 16999)
Here's a bit of PIR that demonstrates my problem:
.sub 'main' :main
load_bytecode 'dumper.pir'
.local ResizablePMCArray fields
On Wed, Feb 14, 2007 at 11:49:54AM +0100, Klaas-Jan Stol wrote:
hello,
It was discussed before, but I'm not sure what was the result; PAST-pm
only allows a PAST::Block node to be returned from transform (ROOT).
However, in languages/PIR, the top level construct is a compilation
unit,
On Tue, Feb 13, 2007 at 08:28:38PM +0100, Aldo Calpini wrote:
I've managed to build parrot for the PocketPC. yes, really.
I would appreciate any feedback :-)
Feedback: Truly amazing, and terrific work. Aldo++
Pm
On Sat, Jan 27, 2007 at 11:39:16AM -0800, Alek Storm wrote:
Also, though this is more of a language design question,
shouldn't we deprecate the double-underscore method of overriding, since we
now have the :vtable flag?
Just a note that we cannot deprecate the double-underscore method
of
On Sun, Jan 14, 2007 at 11:58:10PM -0500, Matt Diephouse wrote:
Allison Randal via RT [EMAIL PROTECTED] wrote:
PMC Class name IDs ... will require a dot in front
My preference is to eliminate the dot in classname IDs. Lodge your
objections now, before it's made fact in 0.4.9.
Allison
On Sun Jan 14 00:09:35 2007, [EMAIL PROTECTED] wrote:
Attached patch fix some failed tests in Ft/compilers/tge/grammar.t
when run Cmake fulltest:
[...]
Could you verify that the bug exists in the latest revision?
I'm not seeing the error when I run the tge tests (and I
think this
Fixed in r16587.
Pm
Resolved in r16591.
(Added tests as well as code to throw exception for bare quantifiers.)
Thanks!
Pm
Now resolved in r16593.
Many thanks to Jerry Gay and Will Coleda for the conversion
(and thanks also to anyone else I might have missed).
Pm
I think these errors were because p5rx.t was in the midst of being
converted from Perl 5 to PIR (and was left with a number of
failing tests). I was getting similar (identical?) failures
for p5rx.t on my x86_64 platform.
I think that r16593 fixes p5rx.t -- if you could
test it on tru64 to
It works, thanks!
Marking the ticket as resolved.
Pm
Fixed in r16570, thanks!
Pm
On Mon, Jan 08, 2007 at 08:49:56PM +, Nicholas Clark wrote:
On Mon, Jan 08, 2007 at 12:46:09PM -0800, Patrick R. Michaud wrote:
(Perhaps more better would be for the test program(s) to clean up
the temporary files when the test is finished. :-)
Although you can't be sure that test
Now resolved in r16509.
Kudos to Jonathan for implementing RT#40806, which enabled the
#line nnn file directive needed for this to work.
TGE now reports errors relative to the original .tg file. Thus
error:imcc:The opcode 'say_ic' (say1) was not found. Check the type
and number of the
On Tue, Jan 02, 2007 at 12:01:54AM -0800, Allison Randal wrote:
- I ran into one bit of strangeness with the assignment operator on
simple strings (it was generating an 'assign' opcode with 3 arguments
for the source code $x = 'test'). I solved it by setting 'pasttype' to
'assign', but now
Applied as r16239, thanks!
Pm
On Wed, Dec 20, 2006 at 10:59:34PM +, Jonathan Worthington wrote:
Leopold Toetsch wrote:
Am Mittwoch, 20. Dezember 2006 05:59 schrieb Will Coleda:
Are Hash and Array supposed to have different results on unset keys?
The .Undefs returned by Arrays are IMHO and unfortunate
On Tue, Dec 19, 2006 at 05:20:06PM +0800, Lee Duhem wrote:
Allison wrote:
My vote is on removing all emacs and vim settings from our source code
files.
and so you can get really bad code appearance.
I'm curious, why is that? We're already discouraging (if not
disallowing) hard tabs in the
On Sat, Dec 16, 2006 at 11:37:48AM -0800, Paul Cochrane via RT wrote:
Did you get around to opening the tickets you mentioned here? If so, I
think we can close this ticket. If not, do you want to sketch out the
ideas for the tickets you want opened? I can then go through the
donkey work
On Tue, Dec 12, 2006 at 01:57:20PM -0800, Allison Randal wrote:
Patrick R. Michaud wrote:
I can modify PAST-pm to provide a send exactly this string to PIR
option for PAST::Val.
Yes, good idea for the simple case.
After sleeping on it overnight, I realized that PAST-pm already
has
On Tue, Dec 12, 2006 at 09:47:16AM -0800, Allison Randal wrote:
In Punie or Perl 6, when I execute a simple statement:
print 2;
It prints 21. This is because a) the return value of a successful
print is 1, b) the main routine is returning the value of the last
statement (note this is
On Tue, Dec 12, 2006 at 09:43:39AM -0800, Allison Randal wrote:
Patrick, what's the best way to pass-through string types from a
compiler to Parrot without doing full string processing? To pass the
current tests, Punie only needs Parrot's single- and double-quoted
strings, but Past-pm is
On Sat, Dec 09, 2006 at 12:59:35AM -0500, Matt Diephouse wrote:
Patrick R. Michaud [EMAIL PROTECTED] wrote:
On Fri, Dec 08, 2006 at 05:05:00PM -0500, Matt Diephouse wrote:
Sure. I think Tcl handles this pretty nicely at the moment (although
Leo disagrees - he likes the Ref PMC route
Does anyone have any suggestions about what sort of PIR
code and/or PMCs we need to be able to do make the following
Perl 6 code work...?
my @a;
@a[4] = 'Hello';
my $b := @a[4];
say $b;# says Hello
@a[4] = [1, 2];
say $b;# says 1 2
On Fri, Dec 08, 2006 at 05:05:00PM -0500, Matt Diephouse wrote:
Patrick R. Michaud [EMAIL PROTECTED] wrote:
Does anyone have any suggestions about what sort of PIR
code and/or PMCs we need to be able to do make the following
Perl 6 code work...?
Sure. I think Tcl handles this pretty nicely
On Wed, Dec 06, 2006 at 10:33:45PM -0800, Allison Randal wrote:
- In PGE grammars, what is the { ... } at the end of every
proto declaration supposed to do?
[...]
But in the end, I didn't allow simple semicolon terminators
simply because it wasn't valid Perl 6 syntax, and in many cases I
On Wed, Nov 29, 2006 at 08:49:27PM +0100, Leopold Toetsch wrote:
Am Mittwoch, 29. November 2006 05:50 schrieb Matt Diephouse:
It also means that string, int, and float no longer work as MMD
types -- you can't distinguish between native types and PMCs. I think
this is the right way to go
On Wed, Nov 29, 2006 at 04:43:59PM -0500, Matt Diephouse wrote:
Leopold Toetsch [EMAIL PROTECTED] wrote:
Am Mittwoch, 29. November 2006 05:50 schrieb Matt Diephouse:
It also means that string, int, and float no longer work as MMD
types -- you can't distinguish between native types and PMCs.
On Mon, Nov 27, 2006 at 02:59:45PM -0800, Bob Wilkinson wrote:
I have recently installed parrot from svn, but get errors during
make. I see the same errors on a x86 running unstable Debian, and
a sparc running Gentoo.
typing perl Configure.pl make ends with:
[...]
gmake -C
On Mon, Nov 27, 2006 at 03:15:17PM -0800, Bob Wilkinson wrote:
# New Ticket Created by Bob Wilkinson
# Please include the string: [perl #41000]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=41000
My second 10
On Mon, Nov 27, 2006 at 10:52:13AM -0800, Allison Randal wrote:
Patrick R. Michaud wrote:
Also, out of curiosity, which high-level constructs in punie aren't
working?
What I've found so far are:
- The top-level AST structure is off: my temporary hack to replace
PAST::Stmt and PAST
On Mon, Nov 27, 2006 at 05:28:59PM -0800, Allison Randal wrote:
Patrick R. Michaud wrote:
I'll gladly add PAST::Stmt and PAST::Exp nodes if that's at all
useful. Just because they're there doesn't mean a compiler has to
use them. :-)
Well, I came to the conclusion that PAST::Exp
On Mon, Nov 27, 2006 at 09:20:08PM -0800, Allison Randal wrote:
Patrick R. Michaud wrote:
Now implemented in r15882 as shown above, sans the helper 'init'
method (which I'll add later tonight). Examples are in
languages/perl6/ and languages/abc/ .
So, with a thumbs up
On Mon, Nov 27, 2006 at 10:13:21PM -0800, Allison Randal wrote:
This fragment of a reply is the random bits that didn't make it into
other topic-centered replies.
...and some quick responses before turning in for the night...
Currently Parrot uses '__init' as the method for initializing
new
On Sun, Nov 26, 2006 at 08:30:32PM -0800, Allison Randal wrote:
I had to poke into the guts of HLLCompiler, the new PAST, and the new
POST a fair bit in the process of getting Punie to work with them, so my
comments here are a mixture of user experience and implementation
details. I've
On Sun, Nov 26, 2006 at 08:30:32PM -0800, Allison Randal wrote:
Overall, the POST implementation is usable and I really like the new HLL
compiler module. I've got Punie working with the new toolchain to the
point that it's generating valid PIR code for many low-level constructs,
but some of
Applied, thanks!
Pm
On Thu, Nov 23, 2006 at 03:09:11PM -0800, Nuno Carvalho via RT wrote:
I've tried to add some tests to the rx_subrule with some extras
sensitive cases, but i'm failling two tests that i think that should
pass. I have attached a patch that adds new tests. The ones requiring
attention are the
On Wed, Nov 22, 2006 at 11:20:58PM +0100, Leopold Toetsch wrote:
Am Mittwoch, 22. November 2006 21:03 schrieb Leopold Toetsch:
Am Mittwoch, 22. November 2006 18:03 schrieb Patrick R.Michaud:
Is this a bug (I think it is), or does the underscore in
:multi mean something other than any
On Mon, Nov 13, 2006 at 10:27:19PM -0800, chromatic wrote:
On Monday 13 November 2006 21:49, Patrick R. Michaud wrote:
On Mon, Nov 13, 2006 at 07:33:18PM -0800, [EMAIL PROTECTED] wrote:
Log:
Fix size mismatch errors, at least on Linux/PPC. If this breaks
other platforms, there's
On 11/9/06, Patrick R. Michaud [EMAIL PROTECTED] wrote:
Opinions welcome. Personally I think I favor the a compiler is
an object with a 'compile' method model, and that Ccompreg gives
us back a compiler object as opposed to a subroutine-like thing.
For the record, it was decided (Allison
On Tue, Nov 14, 2006 at 08:52:47PM -0800, Allison Randal wrote:
Also for the record from the weekly meeting (which was actually today,
just a very long today): Yes, compilers are objects and compilation is a
method call. The compiler for TGE tree grammars is implemented this way,
and it's
On Mon, Nov 13, 2006 at 07:33:18PM -0800, [EMAIL PROTECTED] wrote:
Log:
Fix size mismatch errors, at least on Linux/PPC. If this breaks
other platforms, there's a deeper bug somewhere and we need to
rethink t/tools/pbc_merge.t for the release.
Alas, it seems to break Linux/x86_64 --
On Fri, Nov 10, 2006 at 08:23:56PM -0800, Chip Salzenberg via RT wrote:
This *may* be a non-bug resulting from the conflation of PIR source
file/line and HLL source file/line.
Or it may indicate the need for separate setfile/setline [HLL line] and
#line num file [PIR line].
I think it's
On Thu, Nov 09, 2006 at 09:55:05AM -0200, Adriano Rodrigues wrote:
On 11/9/06, Patrick R. Michaud [EMAIL PROTECTED] wrote:
Opinions welcome. Personally I think I favor the a compiler is
an object with a 'compile' method model, and that Ccompreg gives
us back a compiler object as opposed
Historically Parrot has considered a compiler to be an
invokable subroutine, such that the canonical sequence for
compiling something is:
.local string perl6_source
.local pmc perl6_compiler
perl6_compiler = compreg 'Perl6'
$P0 = perl6_compiler(perl6_source)
However,
On Wed, Nov 01, 2006 at 05:53:24PM -0800, Jonathan Worthington via RT wrote:
(sorry for empty reply earlier)
Patrick R.Michaud (via RT) wrote:
The new :vtable pragma doesn't seem to work when used on methods
of subclasses of core classes. Here's a quick sample
(I'm also adding this test
On Sun, Nov 05, 2006 at 05:41:12PM +0100, Leopold Toetsch wrote:
Am Sonntag, 5. November 2006 15:22 schrieb Patrick R. Michaud:
So, I can create the missing cases, but what do I put for the body
of the method to get to the corresponding method of Capture?
.namespace [ 'Match
On Sat, Nov 04, 2006 at 08:46:37PM +, Jonathan Worthington wrote:
Jonathan Worthington wrote:
At the moment, if you have some ParrotObject instance, say foo, and do
something like:
$S0 = foo
Then $S0 will contain the name of the class.
=item CSTRING *name()
Erm, what the heck
On Sat, Nov 04, 2006 at 05:18:22PM +0100, Leopold Toetsch wrote:
Am Samstag, 4. November 2006 16:17 schrieb Patrick R. Michaud:
Because 'Match' doesn't define its own set_integer_keyed_int
vtable entry, it ought to be inheriting the one from Capture.
But unfortunately, the default.pmc
Yesterday and today I've been working on a Capture PMC type
for Parrot, and I'm running into all sorts of interesting issues
when dealing with subclassing. (For those who aren't familiar with
Captures, a Capture is essentially a container object that has
both indexed (array) and keyed (hash)
On Sat, Oct 28, 2006 at 06:50:05PM +0100, Jonathan Worthington wrote:
So, I want to get rid of this and allow this v-table method to just
dispatch to a user implementation or a fallback. But before I do that, I
wanted to check if anyone is relying on the behavior? I'd really rather
not
On Wed, Oct 25, 2006 at 11:02:59PM -0700, Allison Randal wrote:
[EMAIL PROTECTED] via RT wrote:
On Sun Oct 01 16:22:10 2006, mdiep wrote:
At the OSCON 2006 Hackathon, it was decided that we should separate
vtables from methods and add a new :vtable label for PIR subs to mark
them as
On Sun, Oct 22, 2006 at 11:38:10PM +0200, Leopold Toetsch wrote:
Am Sonntag, 22. Oktober 2006 20:56 schrieb Patrick R. Michaud:
I strongly disagree. I don't think that a subclass should have to
be named as a sub-namespace of its parent class.
Namespace and classes are currently totally
On Mon, Oct 23, 2006 at 05:49:08PM +0100, Jonathan Worthington wrote:
Allison Randal wrote:
I think the object model needs a thorough going over in general
Yup. It's on the list right after I/O, threads, and events.
...
Ruby is a serious OO language, but it's not finished yet. For that
On Sat, Oct 21, 2006 at 07:10:21PM +0200, Leopold Toetsch wrote:
Am Donnerstag, 19. Oktober 2006 23:19 schrieb Patrick R. Michaud:
.HLL 'pge', ''
.sub __onload :load
$P0 = newclass 'Exp'
[...]
$P0 = subclass 'Exp', 'Closure'
# ...
.end
First, my apologies to Chip for this message -- I know he's
probably already answered this question for me a couple of
times but I've either forgotten, I'm too dense, or I just
can't find the answers now that I need them. So, with
appropriate contrition for asking yet again...
After the changes
On Thu, Oct 19, 2006 at 10:01:29PM -0400, Matt Diephouse wrote:
Patrick R. Michaud [EMAIL PROTECTED] wrote:
According to pdd21, each HLL gets its own hll_namespace.
PGE is really a form of HLL compiler, so it should have
its own hll_namespace, instead of using parrot's hll namespace
On Thu, Oct 19, 2006 at 11:20:56PM -0400, Matt Diephouse wrote:
Patrick R. Michaud [EMAIL PROTECTED] wrote:
On Thu, Oct 19, 2006 at 10:01:29PM -0400, Matt Diephouse wrote:
ATM, all classes go into the 'parrot' HLL. [...] I'm pretty sure
that HLL classes will have to go into the HLL's root
The issue of having an :init pragma for subs came up again during
today's #parrotsketch meeting, and I volunteered to summarize the
discussion for ticket #39926 and the mailing list.
The :init pragma is intended to make it easier for automatically
generated modules to make sure that
On Wed, Oct 11, 2006 at 04:34:17PM -0500, Patrick R. Michaud wrote:
On Wed, Oct 11, 2006 at 10:56:39PM +0200, Mehmet Yavuz Selim Soyturk wrote:
I have rewritten the grammar. There are some problems though.
- I don't know how to express thinks like: an identifier is
[a..zA..Z_
On Thu Sep 21 14:14:24 2006, particle wrote:
~ TODO: figure out why so many tests need to be skipped
~ TODO: fix failing tests :)
I've now gone through the sprintf.t and sprintf_tests and skipped only
those tests that need to be skipped. The skipped tests are generally
due to: (1)
On Wed, Oct 11, 2006 at 10:56:39PM +0200, Mehmet Yavuz Selim Soyturk wrote:
I have rewritten the grammar. There are some problems though.
- I don't know how to express thinks like: an identifier is
[a..zA..Z_$]*, but not a keyword. Something like: rule identifier
{!keyword[a..zA..Z_$]*}
On Thu, Sep 28, 2006 at 11:59:52AM -0700, chromatic wrote:
On Thursday 28 September 2006 11:25, Allison Randal wrote:
obj.{bar}() # a string method name
obj.{$S1}()
I'm not sure what's meant by a string method name above, but
I'd look at it as:
.local string abc
On Mon, Sep 11, 2006 at 08:32:26AM -0700, Nuno Carvalho wrote:
Have done some cleannig in the file t/compilers/pge/06-grammar.t, also
haded one PMC to have an array of reasons to todo tests. Also haded a
new test grammar.
Attached to this message you can find a patch to
On Mon, Sep 11, 2006 at 08:32:26AM -0700, Nuno Carvalho wrote:
Attached to this message you can find a patch to
't/compilers/pge/06-grammar.t'.
Many thanks for your excellent work on 06-grammar.t . It's
a nice addition.
After applying the patch, I get 1 subtest UNEXPECTEDLY SUCCEEDED.
I'm
Done as dump_str() method to Match objects, r14306.
Thanks!
Pm
On Mon, Aug 21, 2006 at 07:16:46AM -0700, Will Coleda wrote:
While the primary use of dump is for immediate debug output (and
therefore puts is ok), being able to get at the string it generates
is *very* useful for testing.
I've refactored the existing 'dump' method into separate
501 - 600 of 795 matches
Mail list logo