jason switzer jswit...@gmail.com writes:
[warning: light-hearted humor ahead]
There's also the notion that perl6's scope has creeped to accommodate a
large enough set of ideas. Seems like an appropriate logo:
http://images.google.com/images?gbv=2hl=enq=kitchen+sink
I kinda liked that one
On Tuesday, 24. March 2009 05:47:12 Darren Duncan wrote:
If you're going for sciencey or mathey illustrations, then I think its
important to include something that speaks quantum physics in there, since
quantum superpositions aka Junctions are one of the big central user
features that Perl 6
On Wed, 25 Mar 2009, Nigel Hamilton wrote:
I like the Camelia it's colourful, fun - it even has an embedded, sideways
reference to a
Camel.
But IMHO there is a need for three logos:
I'm not so sure
1. Combined Parrot + Rakudo
[snip]
2. Rakudo
My understanding was that Rakudo
re the logo:
http://www.norfolkbirding.com/Pearl-Bordered-Fritillary.jpg
I like the Camelia it's colourful, fun - it even has an embedded, sideways
reference to a Camel.
But IMHO there is a need for three logos:
1. Combined Parrot + Rakudo
I like the suggestion of having cartoon speech bubbles around the Parrot
that contain favicons of the language icons (e.g.,
# New Ticket Created by Moritz Lenz
# Please include the string: [perl #64184]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=64184
08:43 moritz_ rakudo: use Test; plan 1; isa_ok(1|2, Junction);
08:43 p6eval rakudo
# New Ticket Created by Martin Kjeldsen
# Please include the string: [perl #64186]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=64186
Parsing repetition controlled by presence of character fails with attached
But IMHO there is a need for three logos:
1. Combined Parrot + Rakudo
(Parrot with speech bubbles in favicon halo)++
2. Rakudo
Camelia++
3. Perl6 = the test suite
The current plan is that Perl6 will not have a single implementation but
that the test suite is shared by
Not speaking for Larry but ...
On Wed, 2009-25-03 at 22:45 +1100, Timothy S. Nelson wrote:
My understanding was that Rakudo only runs on top of Parrot. Either
way, I don't see why we need a logo for Parrot + Rakudo, any more than we need
I think it's a logo for Rakudo = Parrot +
# New Ticket Created by Carl Mäsak
# Please include the string: [perl #64188]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=64188
masak rakudo: +(frw ~~ /('e'|'w')*/)[0]
p6eval rakudo 9a84c3:
jason switzer writes:
Basically, the perl community has largely adopted TIMTOWTDI as a
philosophy ... For that, a cluster of arrows in different directions
seems fitting
Or a toad, called Tim -- frogs are cuter than arrows!
(Though timtowtdi is already associated with Perl 5, so perhaps not
Timothy S. Nelson writes:
3.Rakudo needs a logo. My current vote would be for some
combination of Camelia (or whatever we choose as the Perl6 logo) and
the Parrot logo.
If we're combining logos, it'd help if they have some kind of coherence
rather than just look plonked next to each
Perl 6 is more than just the test suite. It's a language
specification, a reference parser, a test suite, and perhaps a
reference setting implementation. All of the things about the
language that are not tied to a particular implementation are part of
Perl 6.
Rakudo is a particular
On Wed, Mar 25, 2009 at 10:36:56AM -0400, Mark J. Reed wrote:
Rakudo is a particular implementation of Perl 6 using Parrot. While
it is a separate project from both Perl 6 and Parrot, it is intimately
tied to both, and I think its logo should reflect that. I don't see
much point in having
On Wed, 2009-25-03 at 09:59 -0500, Patrick R. Michaud wrote:
On Wed, Mar 25, 2009 at 10:36:56AM -0400, Mark J. Reed wrote:
Rakudo is a particular implementation of Perl 6 using Parrot. While
it is a separate project from both Perl 6 and Parrot, it is intimately
tied to both, and I think
On Sun Feb 22 08:07:39 2009, masak wrote:
jnthn rakudo: my $x = True; $x = True; say $x;
p6eval rakudo 2a9382: OUTPUT«1»
jnthn rakudo: my $x = True; $x = False; say $x;
p6eval rakudo 2a9382: OUTPUT«1»
jnthn ...erm.
* jnthn summons masak
masak ta-daa!
jnthn masak: Hey look rakudobug!
Author: ruoso
Date: 2009-03-25 18:49:05 +0100 (Wed, 25 Mar 2009)
New Revision: 25999
Modified:
docs/Perl6/Spec/S11-modules.pod
Log:
[spec/S11] :DEFAULT is default in is export
Modified: docs/Perl6/Spec/S11-modules.pod
===
---
On Wed, Mar 25, 2009 at 08:54:34AM -0400, Guy Hulbert wrote:
: On Wed, 2009-25-03 at 22:45 +1100, Timothy S. Nelson wrote:
: Additionally, while you recommended Camelia for Rakudo, my
: understanding was that Larry was recommending it for Perl 6 rather than
: Rakudo.
This is correct.
I'm declining this patch in favor of a slightly shorter version
taken almost directly from the synopsis:
our Str multi method capitalize() is export {
self.lc.subst(/\w+/, { .ucfirst }, :global)
}
Just for reference (and for consideration in other upcoming patches) --
the patch
On Wed, 2009-25-03 at 09:39 -0700, Larry Wall wrote:
On Wed, Mar 25, 2009 at 08:54:34AM -0400, Guy Hulbert wrote:
: On Wed, 2009-25-03 at 22:45 +1100, Timothy S. Nelson wrote:
: Additionally, while you recommended Camelia for Rakudo, my
: understanding was that Larry was
On Thu Feb 26 04:37:42 2009, masak wrote:
$ cat A.pm
module A;
sub foo is export {
}
$ perl6 -e 'use A; foo'
Could not find non-existent sub foo
[...]
I may have misunderstood how to use the 'is export' feature, but the
above doesn't work, and that surprises me. What should I do?
You
Patrick R. Michaud via RT wrote:
(3) Case conversions on a string *can* cause its length to change -- in
particular, the character ß (U+00DF) becomes SS when converted to
uppercase. (I'm not sure that we have any tests for this at present,
and it probably doesn't work when ICU isn't
Patrick R. Michaud via RT wrote:
(3) Case conversions on a string *can* cause its length to change -- in
particular, the character ß (U+00DF) becomes SS when converted to
uppercase. (I'm not sure that we have any tests for this at present,
and it probably doesn't work when ICU isn't
# New Ticket Created by Hojung Yoon
# Please include the string: [perl #64204]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=64204
amoc rakudo: say ::SomeThing
p6eval rakudo 0f50d4: OUTPUT«Null PMC access in
On Wed, Mar 25, 2009 at 12:25:59AM +0100, Moritz Lenz wrote:
: Ruud H.G. van Tol wrote:
: I wonder if there is place for a decision operator.
:
: This looks like a perfect place for a (possibly user defined) operator
: with an attribute, something like
:
: 1 ~~ 0 :dop(7)
To me it looks more
On Sun Mar 22 10:11:06 2009, cspencer wrote:
The following patch adds Perl 6 versions of the p5chomp and p5chop
methods
to Any-str.pm
Applying this patch causes me to get failures in t/spec/S05-mass/rx.t .
I'm not exactly sure _why_ I'm getting the failures yet, but perhaps
others can try
On Tue, Mar 10, 2009 at 12:09 AM, Larry Wall la...@wall.org wrote:
Yes, the only difference between Cfor and Cmap is that you can
only use Cfor at the start of a statement. But we're more liberal
about where statements are expected in Perl 6, so you can say things
like:
my @results = do
On Wed, Mar 25, 2009 at 6:20 PM, Leon Timmermans faw...@gmail.com wrote:
I would propose there to be one difference between for an map: map
should bind its arguments read-only, for should bind them read-write.
That would make at least one bad practice an error.
Why is r/w map a bad practice if
# New Ticket Created by Moritz Lenz
# Please include the string: [perl #64208]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=64208
In a parser I am writing I see a segmentation fault that shows up on a
piece of code
Leon Timmermans wrote:
I would propose there to be one difference between for an map: map
should bind its arguments read-only, for should bind them read-write.
That would make at least one bad practice an error.
That sounds very impractical, because the ro/rw distinction is part of
the
Leon Timmermans wrote:
I would propose there to be one difference between for an map: map
should bind its arguments read-only, for should bind them read-write.
That would make at least one bad practice an error.
That sounds very impractical, because the ro/rw distinction is part of
the
On Wed, Mar 25, 2009 at 03:43:47PM -0400, Guy Hulbert wrote:
: On Wed, 2009-25-03 at 09:39 -0700, Larry Wall wrote:
: On Wed, Mar 25, 2009 at 08:54:34AM -0400, Guy Hulbert wrote:
: : On Wed, 2009-25-03 at 22:45 +1100, Timothy S. Nelson wrote:
: : Additionally, while you recommended
On Wed, Mar 25, 2009 at 6:06 PM, Larry Wall la...@wall.org wrote:
http://www.wall.org/~larry/cameliafav.icohttp://www.wall.org/%7Elarry/cameliafav.ico
out to be necessary. Hand-crafted anti-aliasing is your friend. :)
Larry
firefox at 3025%: cameliafav.ico all blown up. [groan]
I want to pose the same question for clarification that I asked #perl6:
S01 says that perl5 code will be supported via use v5. Can someone confirm
that embedded perl5 code is still required of any valid implementation? If
so, how will XS code be supported? Will the namespace between v5 code and
34 matches
Mail list logo
