On Feb 28, 2009, at 11:07 AM, Patrick R. Michaud wrote:
On Sat, Feb 28, 2009 at 10:46:10AM -0600, Andy Lester wrote:
On Feb 28, 2009, at 10:29 AM, Patrick R. Michaud wrote:
So, for the time being Rakudo's official policy will be to
accept patch submissions via RT. I've now cleared the fork
On Mar 1, 2009, at 11:06 AM, Andy Lester wrote:
So how about this for the workflow, Patrick:
1) Developer creates a branch to work on a feature or cleanup or
whatever
2) Developer commits to dev/rakudo work branch however much she wants.
3) Developer merges back to dev/rakudo master branch
On Feb 26, 2009, at 3:06 PM, Moritz Lenz wrote:
But after that please do a 'make clean; perl Configure.pl' to make
sure
that the fallout of the previous build don't affect the new one.
Time to update tools/rebase-rakudo.pl!
Chris
On Mar 19, 2009, at 2:35 PM, Andy Lester wrote:
I love love LOVE starting to get people together to talk about Perl
6. It's a crucial step in letting people know that Perl 6 is real.
However, starting social groups that say they are specifically about
Perl 6 makes me uncomfortable.
I th
Earlier, I sent in a patch for PGE to support S05-style single-curly
closures (RT#60186). The next thing I'm trying to do is to get this
to work:
./perl6 -e '"" ~~ m/:lang(Perl6) { say "hi" }/'
The PIR version works perfectly:
./perl6 -e '"" ~~ m/:lang(PIR) { say "hi" }/'
Out of the b
On Oct 28, 2008, at 10:06 AM, Patrick R. Michaud wrote:
On Tue, Oct 28, 2008 at 01:50:42AM -0500, Chris Dolan wrote:
My goal is to build arbitrarily complex data structures from closures
fired in my grammar. Specifically, I'm trying to write a PDF
parser --
my grammar is parsing corr
On Oct 28, 2008, at 10:06 AM, Patrick R. Michaud wrote:
On Tue, Oct 28, 2008 at 01:50:42AM -0500, Chris Dolan wrote:
My goal is to build arbitrarily complex data structures from closures
fired in my grammar. Specifically, I'm trying to write a PDF
parser --
my grammar is parsing corr
Thanks to Jonathan for working on the :: bug. I'm still having
problems, however. The code below worked before I switched all of my
"__" class separators to "::". I'm not sure how to tell whether it's
failing to find my .pm (I moved the .pm from lib/
PDF__Grammar__Actions.pm to lib/PDF/Gr
ing" :method
So, does that mean teaching PGE/Exp.pir about double-colon
separators? Or does namespace separator need to be some sort of
compreg flag?
Chris
On Nov 4, 2008, at 9:10 PM, Chris Dolan wrote:
Thanks to Jonathan for working on the :: bug. I'm still having
problems, however.
Aha, this was already reported as
[perl #60358] Rakudo doesn't recognize grammars with :: in the name
I added my thoughts to that ticket.
Chris
On Nov 5, 2008, at 12:36 AM, Chris Dolan wrote:
Replying to myself: I think the flaw is in my use of
"PDF::Grammar::literal_string&qu
On Nov 5, 2008, at 9:41 PM, Patrick R. Michaud wrote:
On Tue, Nov 04, 2008 at 09:10:02PM -0600, Chris Dolan wrote:
The Perl6 code that triggers that looks like this:
method is_string(Str $src, Str $expected, Str $msg) {
my $method = PDF::Grammar::literal_string;
... just a point of
In "[perl #60350] [TODO] default __get_string method", Patrick added
a default Object.Str() that classes can override to get custom
stringification. Formerly, you could do that only by defining a
method named __get_string().
Currently, you can overload number context by creating a __get_nu
I'm thinking ahead to the Parrot equivalent of Perl::Critic, which I
hope will someday be able to analyze arbitrary .pbc files. One
problem I foresee is that there seems to be no way to distinguish
anonymous subs ("my $f = sub { 1 };") from inner blocks. Both
compile down to something lik
> On Tue, Nov 11, 2008 at 11:03:09PM -0600, Chris Dolan wrote:
>> I'm thinking ahead to the Parrot equivalent of Perl::Critic, which I
>> hope will someday be able to analyze arbitrary .pbc files. One problem
>> I
>> foresee is that there seems to be no way to di
I've been thinking a lot about how PGE implements closures. Right
now, the closures are a bit rough -- PGE does heuristic look-ahead to
find the end of the closure, saves off the code as a string, and
compiles it at runtime like an eval. To make the heuristic look-
ahead work, PGE insists
> Mark (>):
>> I think the most sensible thing is to be consistent. sgn() fails for
>> non-real input as long as sqrt() returns NaN for negative input.
>> Change the latter behavior (via a pragma or whatever) so that sqrt()
>> returns complex numbers, and then sgn() should start behaving on such
>
On Dec 13, 2008, at 3:44 AM, Moritz Lenz wrote:
Martin Kjeldsen (via RT) wrote:
# New Ticket Created by Martin Kjeldsen
# Please include the string: [perl #61308]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=61308 >
Whe
Ahh, It looks like my report below is a duplicate of
[perl #62898] Rakudo can't handle A declared after A::B was
declared in an included module
Sorry about that...
Chris
On Feb 7, 2009, at 4:10 PM, perl6 via RT wrote:
Consider the following two files:
--- Foo/Bar/Baz.pm ---
class Foo::Ba
The following reproduces the bug more simply:
perl6 -e 'BEGIN {class Foo::Bar::Baz {}}; class Foo::Bar {}'
I'm working on a patch at the Frozen Perl hackathon now...
I wrote a simple solution that works, but I'd like someone more PIR-
savvy to improve it.
http://github.com/chrisdolan/rakudo/tree/package-redeclaration (5d6cec9)
--- a/src/parser/methods.pir
+++ b/src/parser/methods.pir
@@ -30,8 +30,11 @@ Registers a type in the namespace.
# Check if the
I just finished converting Perk (a Java compiler targeting Parrot)
from PCT+NQP/PIR to PCT+Rakudo. That is, the main entry point and
actions.pm for my compiler are written in Perl 6.
http://github.com/chrisdolan/perk/tree/master
I had to make a few little hacks along the way:
* PCT::HL
On Feb 13, 2009, at 9:54 AM, Patrick R. Michaud wrote:
On Fri, Feb 13, 2009 at 12:58:13AM -0600, Chris Dolan wrote:
* I couldn't figure out how to call 'compreg' from Rakudo, so I
used
inline PIR
If using PCT, it shouldn't be necessary to call 'compreg' a
I've been considering how to inject compile-time values ($?VAR) into
Rakudo.
I was thinking about how to implement $?LINE and came up with two
ways to do it: on the fly and post processing.
On the fly would require some significant work in PGE, I think, to
keep the line count correct in t
On Feb 23, 2009, at 4:23 AM, Jonathan Worthington wrote:
Chris Dolan (via RT) wrote:
gen_actions.pir and gen_setting.pir both have ":subid("16")" and
the wrong one is being called during compilation. I'm using
parrot 0.9.1, compiled from svn tag RELEASE_0_9_1 a
On Sat Aug 16 07:30:22 2008, [EMAIL PROTECTED] wrote:
> - Need some clarity in spec and spectests for Capture objects
Perhaps more clarity is needed, but the basics seems to work. I propose
this ticket should be closed.
On Sat Aug 16 07:29:36 2008, [EMAIL PROTECTED] wrote:
> - Awaiting parser improvements (PGE)
A simple, failing test:
say True ?? 1 !! False ?? 2 !! 3;
(says 2, should say 1)
Attached is a very simple patch that solves the problem, but I've only
tested lightly.
ternary.patch
Description: Binary data
27 matches
Mail list logo
