On Sun, Sep 20, 2009 at 11:30:58PM -0700, Will Coleda via RT wrote:
On Sat Aug 30 08:06:41 2008, pmichaud wrote:
On Sat, Aug 30, 2008 at 07:45:08AM -0700, Allison Randal via RT wrote:
As mentioned in RT #49168, I'm in favor of a --language flag,
that selects the default PBC/PIR file to
On Sun, Sep 20, 2009 at 11:58:16PM -0700, Will Coleda via RT wrote:
On Sun Nov 16 10:11:57 2008, tewk wrote:
Code is in branch nsentry.
Deprecated notice is going in.
pmichaud has agreed to write tests
This branch was last updated:
r34228 | tewk | 2008-12-21 23:41:44 -0500 (Sun, 21
On Wed, Jun 17, 2009 at 12:28:23PM -0700, Will Coleda via RT wrote:
On Wed May 30 07:10:39 2007, coke wrote:
Will Coleda (via RT) writes:
# New Ticket Created by Will Coleda
# Please include the string: [perl #43078]
# in the subject line of all future correspondence about this
On Wed, Apr 22, 2009 at 04:47:53AM -0700, Christoph Otto via RT wrote:
This sounds like a good candidate for the new KnownIMCCBugs wiki page,
since it's the kind of issue that users of imcc should be aware of, but
probably isn't worth fixing. Any objections?
+1
Pm
On Thu, Feb 05, 2009 at 04:45:50PM -0800, James Keenan via RT wrote:
On Sat Jun 21 07:39:32 2008, pmichaud wrote:
Jonathan says that it's possible to generate and save
bytecode within PIR -- see languages/dotnet/src/net2pbc.pir
as an example.
Pm
Jonathan, Patrick: Are we going to
On Sat, Jan 31, 2009 at 07:42:18PM -0800, James Keenan via RT wrote:
On Thu May 22 17:02:41 2008, coke wrote:
Allison, can you weigh in on this RFE?
Have there been any developments on the issues raised in this ticket?
Not really; I don't expect there to be any before 1.0. I vote
that we
On Thu, Feb 05, 2009 at 08:36:53AM -0800, Andrew Whitworth via RT wrote:
On Tue Nov 01 09:03:54 2005, pmichaud wrote:
From a discussion earlier today on #irc...
It would be nice if the PIR compiler had a way to use
a very basic register allocation algorithm for .subs that
use only a
On Mon, Feb 02, 2009 at 09:27:10AM -0800, Andrew Whitworth via RT wrote:
On Wed Jun 04 16:04:07 2008, pmichaud wrote:
I'm just about to commit a change to namespace.pmc that allows
the 'add_sub' method to store MultiSub PMCs as well as Sub PMCs.
However, the change I'm committing is a
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 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 Fri, Jan 16, 2009 at 11:34:05PM -0800, Allison Randal wrote:
Not a string, a PMC (like Coke said). String type names are almost as
bad as type IDs. And check the performance on the branch, as I'm not
sure how heavily PGE is using morph. We may need both integer and PMC
versions of
On Fri, Jan 16, 2009 at 01:43:11AM -0800, I Sop wrote:
With r35615.
Following script to perl6 segfaults:
sub yum() { }
sub callit(x) { x; }
callit yum;
This now responds with an appropriate exception:
$ cat x.pl
sub yum() { }
sub callit(x) { x; }
callit yum;
$ ./parrot
On Sat, Dec 27, 2008 at 07:22:40AM -0800, Klaas-Jan Stol via RT wrote:
If we're going to remove one, let's deprecate .const outside of sub
blocks, and make .globalconst mean a global constant everywhere.
Consistency is a good thing, but so are clear distinctions between
On Wed, Dec 24, 2008 at 09:55:58AM -0600, Allison Randal wrote:
Within the cmp op bodies, we *know* the arity and most of the types of MMD-
participant arguments at compile time. We can get the types of PMC
participants within the body of the op itself. Thus we could avoid
most of the
On Thu, Dec 11, 2008 at 06:19:14AM -0800, Will Coleda via RT wrote:
On Thu Dec 11 01:51:23 2008, fperrad wrote:
The new opcode 'box' is limited by its 3 signatures that target Float,
Integer String.
I propose the 3 following new opcodes :
- true
- false
These can be approximated
On Tue, Dec 02, 2008 at 01:58:23PM -0800, Will Coleda via RT wrote:
On Sun Apr 01 01:02:06 2007, pcoch wrote:
Figure out how to encourage good formatting habits, without assuming
that everyone uses emacs or vim, and with minimal clutter in our
source code. Also write a coding standards
On Tue, Dec 02, 2008 at 11:39:43PM -0800, Stephen Weeks via RT wrote:
I think this is fixed in r33451. Can anyone confirm?
If nobody speaks up in a few days, we should close this ticket.
I tried the test code in RT #56458 and if I remove the 'pop_eh'
it appears to work correctly in r33451.
On Mon, Dec 01, 2008 at 06:23:31AM -0800, Klaas-Jan Stol via RT wrote:
On Sat Sep 08 10:39:31 2007, bernhard wrote:
Just for the records, Andy Lester wrote on p2:
bignum.c seems to be entirely unused. Everything builds just fine
without it. There are many lint errors in it, such as int
On Mon, Dec 01, 2008 at 10:01:24AM -0800, Klaas-Jan Stol via RT wrote:
On Tue Oct 02 10:49:05 2007, pcoch wrote:
In src/objects.c:parrot_class_register() there is the todo item:
/* XXX nested, use current as base ? */
Which is referring to namespaces. Make a decision about this and
On Mon, Dec 01, 2008 at 10:07:20AM -0800, Klaas-Jan Stol via RT wrote:
On Sat Oct 06 03:15:12 2007, pcoch wrote:
In compilers/imcc/main.c:do_pre_process() there is the todo item:
/* TODO: print out more information about the macro */
Is having more information about a macro, in IMCC's
On Mon, Dec 01, 2008 at 10:09:38AM -0800, Klaas-Jan Stol via RT wrote:
On Sun Nov 30 05:51:34 2008, kjs wrote:
On Thu Nov 29 11:35:12 2007, pmichaud wrote:
In the list of Standard Parrot Exceptions in pdd23, there's
no item given for exception;death even though it's mentioned
as part
On Thu, Nov 20, 2008 at 11:38:11AM -0500, Will Coleda wrote:
On Thu, Nov 20, 2008 at 11:36 AM, Klaas-Jan Stol [EMAIL PROTECTED] wrote:
I'm not entirely sure whether it was *just* a rename... ISTR there was also
something to do with a look-up of names. Pm knows more about it :-)
(admittedly,
On Mon, Nov 24, 2008 at 02:31:58AM +0100, Jonathan Worthington wrote:
Oh, argh, so .line now carries the file *and* the line number?.I wanted
it to just carry the line number (the clue's in the name... ;-)) and
have .file carry the filename. Then the source you compiled from one
file has
On Mon, Nov 24, 2008 at 03:10:47AM +0100, Jonathan Worthington wrote:
Patrick R. Michaud wrote:
Just a reminder that the central issue for PCT and other HLL's
is that the current #line, setline, setfile, etc. instructions
are currently intimately tied to lines of PIR source (RT #43269
On Wed, Nov 19, 2008 at 04:57:34PM +0900, Simon Cozens wrote:
[...]
From this I can conclude that my PIR open() code correctly returns an
UnManagedStruct PMC; however, when Perl 6's assignment operator assigns
this to a variable, a new, empty UnManagedStruct PMC is created and no
longer
On Sat, Nov 15, 2008 at 11:46:01AM -0800, Bernhard Schmalhofer wrote:
In Pipp I encountered the problem that an our variables seem to get
lost in NQP actions.
This means that I had set an our variable in one action. When trying to
look at the
variable in a subsequently called action, the
[Moving this thread out of the ticket queue because it's no longer
relevant to the original ticket.)
On Tue, Nov 18, 2008 at 07:26:47PM +0100, Bernhard Schmalhofer wrote:
So my real problem is:
In the action for thingy how do I determine that the match is below
TOP?
How do you mean
On Mon, Nov 17, 2008 at 01:38:25PM -0800, chromatic wrote:
Here are my assumptions:
* anyone building Parrot now can install dependencies (working C compilation
environment, potentially a bignum library, some CPAN modules, potentially
flex/bison or equivalents)
Personally, I'm fine with
On Thu, Nov 13, 2008 at 07:40:52AM -0800, Will Coleda via RT wrote:
I probably just need to remove the methods from the code,
see what breaks, and fix what breaks. I'll try to do that this
weekend before the release. If it doesn't happen then, we can
do it immediately following the
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #60396]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=60396
There's a bug somewhere in the escape opcode
(r32442, no libicu present
On Thu, Oct 30, 2008 at 08:03:17AM -0700, Ovid wrote:
This code:
class Point {
has $.x is rw;
has $.y is rw;
method get_string () {
return $.x, $.y;
}
}
my Point $point .= new( :x1.2, :y-3.7 );
say $point.x;
say $point;
Generates this
On Thu, Oct 30, 2008 at 05:46:11PM +0100, Moritz Lenz wrote:
I think that every class should have a default stringification. Dunno if
there's a ticket for it yet.
I don't think there's a _spec_ for a default stringification yet.
So we should probably propose that first, and then see about
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #60208]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=60208
'make test' in pheme is giving an error in r32229:
[EMAIL PROTECTED
On Wed, Oct 29, 2008 at 10:06:15PM +0100, NotFound wrote:
do_loop:
say i
push_eh do_inc
$P0 = find_method i, succ
i.$P0()
do_inc:
pop_eh
inc i
goto do_loop
I've noticed an anomaly: if you add .get_results($P0)
On Sun, Oct 26, 2008 at 10:05:21PM -0700, Vasily Chekalkin wrote:
Exception handling in parrot doesn't unwind used stack frames.
Simple example:
.sub 'main'
.local pmc i
i = new 'Integer'
do_loop:
say i
push_eh do_inc
$P0 = find_method i, succ
i.$P0()
On Tue, Oct 28, 2008 at 10:15:32PM -0500, Patrick R. Michaud wrote:
... As discussed in #parrotsketch
earlier today and summarized at [1], the correct form of the
above loop would have the pop_eh line after the do_inc label,
so that every exception handler created in the loop is removed
On Sun, Oct 26, 2008 at 09:37:36PM -0400, Bob Rogers wrote:
.sub 'main' :main
foo('Hello')
.end
.sub foo :multi(String)
.param pmc s
say s
.end
[...]
Which brings us to an interesting question: How can you decide what
type
On Sat, Oct 25, 2008 at 06:50:29AM -0700, François PERRAD via RT wrote:
In fact, perl6.exe contains some dependencies on build tree.
Just after a build, perl6.exe works :
This is a known item -- see line 32 of languages/perl6/README:
This binary executable feature is still somewhat
On Fri, Oct 24, 2008 at 12:18:40PM -0700, Allison Randal wrote:
(I suppose technically we should stop calling this a stack trace since
it's not a stack. But return continuation chain trace is just too
verbose.)
backtrace
Pm
On Thu, Oct 23, 2008 at 08:04:41PM -0700, Allison Randal wrote:
I don't understand the problem. Is it that you expect 'rethrow' to keep
the stack trace of the original 'die'?
...this is what I would expect. If I catch and then rethrow an
exception, I'd expect the stack trace to continue to
On Thu, Oct 23, 2008 at 12:38:36AM -0700, chromatic wrote:
On Wednesday 22 October 2008 22:49:37 Patrick R. Michaud (via RT) wrote:
This patch fixes things for me, with minimal fuss and without inadvertently
adding back in ops that we explicitly blacklist via src/ops/ops.skip.
Patch works
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #60070]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=60070
In the lex branch I'm trying to add a new opcode, but
I'm running
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #60036]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=60036
As of r31667 (pre-mmd), the following worked:
r31667$ cat y.pir
.sub
On Tue, Oct 21, 2008 at 12:21:24AM -0700, Ovid wrote:
--- On Tue, 21/10/08, James Keenan via RT [EMAIL PROTECTED]
Thanks. Hopefully this time there will be some traction because there
does appear to be a bug in Perl 6, as evidenced by this one-liner:
perl6 $ ../../parrot perl6.pbc -e
On Tue, Oct 21, 2008 at 11:01:21AM -0700, Andrew Whitworth via RT wrote:
On Tue Oct 21 10:47:43 2008, Whiteknight wrote:
On Tue Oct 21 07:53:35 2008, pmichaud wrote:
As of r31667 (pre-mmd), the following worked:
$P0 = subclass 'Integer', 'MyInt'
$P1 = new 'MyInt'
On Mon, Oct 20, 2008 at 09:42:12AM -0700, jerry gay wrote:
However, in digging further, I found this:
perl t/harness --verbosity 1 t/02-test-pm/1-basic.t
testtest and 02-test-pm/ should either be ripped out or heavily modified.
it was intended to be tests required to pass in order to
The big hangup for this ticket is that various parts of PCT and the
CodeString PMC do not support empty brackets, and therefore PCT does not
emit .namespace [] in these situations.
[...]
I know pmichaud was talking about a major rewrite of PGE in the future,
maybe this change could be
On Sat, Oct 18, 2008 at 07:40:36AM -0700, Andrew Whitworth via RT wrote:
On Sat Oct 18 07:38:32 2008, Whiteknight wrote:
On Wed Sep 17 09:50:10 2008, kjs wrote:
I've added .tailcall syntax to IMCC. It is supposed to be used instead
of .return in tailcall context. Using .return for this is
On Wed, Oct 15, 2008 at 10:02:39AM -0700, chromatic wrote:
On Wednesday 15 October 2008 05:54:59 Will Coleda wrote:
The namespace of the generated file should be changed, the subclass
should probably be updated. (TGE itself should probably be updated to
not live a namespace with a '::' in
I'm a little reluctant to commit to any specific modifications
to optables at the moment because much of this will be significantly
refactored in the relatively near future as part of implementing
protoregexes and longest token matching into PGE.
As that's being done, I suspect we may discover
On Sat, Oct 11, 2008 at 07:59:31PM -0700, Will Coleda wrote:
After building parrot, cd compilers/tge make test;
Test Summary Report
---
../../t/compilers/tge/basic.t (Wstat: 256 Tests: 3 Failed: 1)
Failed test: 1
Non-zero exit status: 1
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #59788]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=59788
The inplace shift left and inplace shift right opcodes
are failing after
Just for the record, I went ahead and added a version of my
test script in this ticket to the test suite (t/pmc/complex.t).
(The test still fails as of r31755, let me know if it should
be marked 'todo'.)
Thanks,
Pm
On Mon, Oct 06, 2008 at 06:05:20AM -0700, NotFound via RT wrote:
I've done some work in this problem. The attached patch is a way to make
the examples work but I think this is not the way to go, or a lot of
functions in a lot of pmc will need changes.
[...]
I agree this really isn't the way
We seem to have lost the svn-commit mail updates, I haven't seen
a svn-commit message since r31606 on October 3 (parrot is
currently at r31676).
Any chance we get could this back? For me it's much easier to
review commits and patches arriving by email than to have to
go manually look them up via
On Fri, Oct 03, 2008 at 06:23:42AM -0700, I Sop wrote:
From: Patrick R. Michaud via RT [EMAIL PROTECTED]
On Thu, Oct 02, 2008 at 02:16:01PM -0700, I Sop wrote:
I just copied the 'attribute' method, renamed
everything, and changed the parameter order for the
'getprop' op.
Why
On Thu, Oct 02, 2008 at 02:16:01PM -0700, I Sop wrote:
I just copied the 'attribute' method, renamed everything, and changed the
parameter order for the 'getprop' op.
Why should this be a PAST::Var node as opposed to simply using a
PAST::Op node with :pirop('getprop') and/or
On Fri, Oct 03, 2008 at 01:23:14AM -0700, [EMAIL PROTECTED] wrote:
+parrotclass = split '::', $S0
+$P0 = getinterp
+$P0 = $P0['namespace';1]
+$P0 = $P0.get_name()
+$P0 = shift $P0
+unshift parrotclass, $P0
+parrotclass = get_root_namespace [parrotclass]
The
On Thu, Oct 02, 2008 at 04:51:32PM +0100, Nick Glencross wrote:
NotFound,
That would look cleaner, wouldn't it? I'll give it a go.
Nick
On Thu, Oct 2, 2008 at 3:35 PM, NotFound [EMAIL PROTECTED] wrote:
I think will be better the other way, using the return value to flag
existence,
Patch applied in r31547 (by avoiding a push_eh/pop_eh mismatch).
The problems with imcc hanging will be entered in a separate ticket.
Thanks!
Pm
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #59538]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=59538
The attached hang.pir file causes imcc to freeze while compiling it.
The code
Cardinal's works fine, but with this patch, rakudo hangs while building.
Specifically, on parrot -o perl6.pbc perl6.pir.
Oddly, if I comment out the builtins (line 25):
.include 'src/gen_builtins.pir'
then perl6.pbc compiles just fine. It doesn't run, of course,
because the builtins are
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #59374]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=59374
Summary: pmc2c produces incorrect code for returning negative
integer
On Fri, Sep 26, 2008 at 07:25:35AM -0700, Chris Davaz wrote:
Fixed a bug in the doc where the method name and doc where mismatched.
Thanks.
Fixed a small bug where, even if the user sets the prompt, a default
prompt ' ' is still printed. Changed it so that a default prompt is
only printed
That fixes it, thanks!
Closing ticket,
Pm
On Wed, Sep 24, 2008 at 10:44:23PM -0600, Tom Christiansen wrote:
In-Reply-To: Message from Geoffrey Broadwell [EMAIL PROTECTED]
Don't we have to solve all this to get the Perl 6 debugger
working anyway?
Although I'm unsure why that might be, I also recognize the possibility
that there
On Thu, Sep 25, 2008 at 05:05:16AM -0700, Vasily Chekalkin via RT wrote:
This bug caused by runops_args which doesn't populcate
interp-current_args which used in mmd_arg_tuple_func to calculate
signature for MMD.
chromatic has suggested that we should wait for the pdd27mmd branch
to merge into
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #59336]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=59336
Code says it all:
$ cat w.pir
.sub main
$P0 = new 'Integer'
$P0
On Wed, Sep 24, 2008 at 12:09:37PM +0200, François Perrad wrote:
Currently, the bigger issue in Lua on Parrot is lexical or upvalue in
Lua jargon (the reason for Lua on Parrot is not really Lua).
The following Lua code doesn't give the expected result (from
languages/lua/t/closure.t) :
On Tue, Sep 23, 2008 at 03:45:37AM -0500, Patrick R. Michaud wrote:
I've put together a draft with my ideas and design for
(re-)implementing lexicals in Parrot -- now available at
http://www.pmichaud.com/perl6/lexical.txt .
Earlier today chromatic asked about recursion in the new design,
so
On Wed, Sep 24, 2008 at 10:05:25PM +0200, Stéphane Payrard wrote:
One of parrot current limitation is that eval is always a closure.
When using rakudo interactively, one want to introduce new
lexical variable that are not lost when accessing them from the
next prompt.
Pugs gets that right.
On Thu, Sep 25, 2008 at 12:10:35AM +0200, Reini Urban wrote:
2008/9/24 Patrick R. Michaud [EMAIL PROTECTED]:
So, in order to get the behavior you're describing from the interactive
prompt, we'll probably need more than just Perl 6's 'eval'. In
particular, the interactive prompt mode
On Wed, Sep 24, 2008 at 05:00:31PM -0700, jerry gay wrote:
On Wed, Sep 24, 2008 at 4:31 PM, chromatic [EMAIL PROTECTED] wrote:
They're not really methods in any PIR or C sense though (I usually use the
term entry), as they're not really inherited nor invoked through a
dispatch scheme [...]
On Wed, Sep 24, 2008 at 10:11:07PM -0400, Bob Rogers wrote:
Just a few:
1. In the translation of your Perl 6 example in Runtime part 3:
Closures and cloning, I notice that you do get_global 'bar' twice:
.sub 'foo'
## bind inner sub 'bar' to current lexical environment
I've put together a draft with my ideas and design for
(re-)implementing lexicals in Parrot -- now available at
http://www.pmichaud.com/perl6/lexical.txt .
It's a first draft and might be a bit confusing in places,
but overall I think it's a far cleaner design than the
current implementation but
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #59250]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=59250
The .sort method on FixedPMCArray fails with no applicable methods
when given
On Tue, Sep 23, 2008 at 08:47:15PM -0700, chromatic wrote:
On Thursday 18 September 2008 06:13:30 Patrick R. Michaud (via RT) wrote:
When generating PIR output (e.g., from the compiler tools), we
often need to convert a Float value into an equivalent representation
for PIR. Unfortunately
Patch rejected -- this patch modifies core OO-handling of Parrot to
assume that '::' is a valid classname separator.
Parrot doesn't use '::' as a separator -- that's strictly a Perlism.
Pm
On Thu, Sep 18, 2008 at 09:23:50AM +0200, Allison Randal wrote:
What's the language-agnostic term for this, then?
Well, 'gather' is basically a clever use of a coroutine, and 'take' is
basically a 'yield'. But, what's unique about the construct is that it
aggregates the results. So,
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #59006]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=59006
When generating PIR output (e.g., from the compiler tools), we
often need
On Thu, Sep 18, 2008 at 09:06:44AM -0700, jerry gay wrote:
On Thu, Sep 18, 2008 at 8:37 AM, Geoffrey Broadwell [EMAIL PROTECTED] wrote:
On Thu, 2008-09-18 at 07:34 -0500, Patrick R. Michaud wrote:
Aggregating coroutine and aggregating yield aren't nearly as zippy
as 'gather' and 'take
On Thu, Sep 18, 2008 at 11:00:31AM +0200, Allison Randal wrote:
We'll likely end up with messages scattered between both lists for a
little while, but the perl6-internals/parrot-porters addresses are
deprecated and will be disabled after a sensible deprecation cycle (and
after the automatic
On Wed, Sep 17, 2008 at 10:57:31AM +0200, Allison Randal wrote:
Patrick R. Michaud wrote:
I'm not sure about this last comment -- I think I can imagine
that other language implementations (including new ones we haven't
thought of yet but suddenly becomes possible with Parrot) might want
On Wed, Sep 17, 2008 at 08:08:47PM +0200, Reini Urban wrote:
http://www.parrotcode.org/release/devel still points to 0.7.0
I sent the appropriate patch to the webmaster, but it hasn't
been applied yet (and I lack a commit bit for the parrotcode.org site).
Once that's applied, the url should be
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #58932]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=58932
Sometime after the 0.7.1 release, the P6object library will change
so
On Tue, Sep 16, 2008 at 10:14:24PM +0200, Allison Randal wrote:
Okay, PDD cleaned up. The code to directly support throwing any
arbitrary type would require significant circumlocution (read:
inefficient, difficult to maintain), so it's not desirable.
[...]
But, an individual HLL can
On Tue, Sep 16, 2008 at 11:45:17PM +0200, Allison Randal wrote:
Patrick R. Michaud wrote:
What's TAKE?
TAKE is like CONTROL_RETURN except that it signals that we expect
execution to continue after the point of the TAKE. It's quite
similar to a .yield operation for coroutines.
Would
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #58946]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=58946
This metaticket is for issues related to the October 2008 release of
Parrot
On behalf of the Parrot team, I'm proud to announce Parrot 0.7.1
Manu Aloha. Parrot (http://parrotcode.org/) is a virtual machine aimed
at running all dynamic languages.
Parrot 0.7.1 is available via CPAN (soon), or follow the download
instructions at http://parrotcode.org/source.html . For
On Sun, Sep 14, 2008 at 12:41:42AM -0700, Christoph Otto via RT wrote:
I got impatient and committed this as r31101. I'm marking this ticket
as resolved.
According to [1], r31101 causes Rakudo to stop building with the
following error:
$ make
../../parrot
On Sat, Sep 13, 2008 at 09:09:58AM -0400, Will Coleda wrote:
--- trunk/include/parrot/exceptions.h (original)
+++ trunk/include/parrot/exceptions.h Fri Sep 12 21:05:37 2008
@@ -87,7 +87,8 @@
CONTROL_OK,
CONTROL_BREAK,
CONTROL_CONTINUE,
-
On Sat, Sep 13, 2008 at 01:55:05PM -0400, Will Coleda wrote:
+CONTROL_TAKE
} exception_type_enum;
Tcl can currently deal with OK, CONTINUE, BREAK, ERROR, and RETURN.
What's TAKE?
TAKE is like CONTROL_RETURN except that it signals that we expect
execution to continue
On Fri, Sep 12, 2008 at 03:47:27PM +0200, NotFound wrote:
Defining the hash entries for the subs in PIR syntax is awful.
So I envision Makefile.pl, Makefile.nqp or Makefile.p6 for this syntax.
For p6 we must ensure that every parrot package has a perl6 also then. Not
good.
So pl, pir or
On Thu, Sep 11, 2008 at 08:11:50AM -0400, James E Keenan wrote:
Is it just me ...?
When I went to rt.perl.org just now to reply to a ticket, I could not
find the toggle for automatically CC-ing [EMAIL PROTECTED] I
know it was there just last night. I am clearly logged in to RT. What
On Wed, Sep 10, 2008 at 07:53:13PM -0700, James Keenan via RT wrote:
Patrick:
Where do we stand in the deprecation cycle re these three methods?
I probably just need to remove the methods from the code,
see what breaks, and fix what breaks. I'll try to do that this
weekend before the
On Tue, Sep 09, 2008 at 08:46:33AM -0400, Andy Dougherty wrote:
Parrot's also not using AIO anywhere either, so the whole probe is kind of
pointless right now. Mainly, I was just hoping that a minor fix would
help solve Patrick's problem of Configure.pl hanging during the aio probe.
I
On Fri, Sep 05, 2008 at 05:20:45PM -0700, Christoph Otto via RT wrote:
On Tue, May 13, 2008 at 9:48 AM, via RT Patrick R. Michaud
The infix and n_infix opcodes cause segfaults when invoked with
string arguments. (Kubuntu 8.04, x86, r27472)
$ cat z.pir
.sub main :main
$P0
Patch rejected; the patch appears to eliminate Perl6Scalar
entirely from the 'is copy' semantics, this means we'd be without
an appropriate Scalar container for something like
sub foo($a is copy) { ... }
In general I think much of the signature handling in Rakudo needs
a significant
On Mon, Sep 08, 2008 at 09:28:47AM -0700, NotFound via RT wrote:
The code in this ticket does not parse. Is using obsolete syntax? Can
someone provide an updated version?
Perhaps:
.sub main
.local pmc foo
foo = get_global 'foo'
foo('x' = 1, 'y' = 2)
PDD23:41 says
: =item Bpush_eh IINVOCABLE_PMC
:
: Push an invocable PMC -- usually a closure or, in rarer cases, a subroutine or
: continuation -- onto the exception handler stack.
: ...
: If a IINVOCABLE_PMC is provided, Parrot pushes the pmc which will execute
: if invoked, which has the
1 - 100 of 795 matches
Mail list logo
