Author: wayland
Date: 2009-03-16 09:23:53 +0100 (Mon, 16 Mar 2009)
New Revision: 25853
Modified:
docs/Perl6/Spec/S32-setting-library/IO.pod
Log:
Fix typo for TimToady++ (I like the new changes :) )
Modified: docs/Perl6/Spec/S32-setting-library/IO.pod
==
Author: wayland
Date: 2009-03-16 09:35:04 +0100 (Mon, 16 Mar 2009)
New Revision: 25854
Modified:
docs/Perl6/Spec/S32-setting-library/IO.pod
Log:
Removed IO::File::Windows, as it's no longer necessary, AFAIK.
Modified: docs/Perl6/Spec/S32-setting-library/IO.pod
==
yary,
I got similar error on windows
due to incomplete parrot checkout from svn
moritz_++ suggested to checkout without errors .. it's working on my system
now :)
delete parrot folder and redo
$ perl Configure.pl --gen-parrot
hope it works for you too
does rakudo contain any parrot or Makefile
Parrot Bug Summary
http://rt.perl.org/rt3/NoAuth/parrot/Overview.html
Generated at Mon Mar 16 12:33:29 2009 GMT
---
* Numbers
* New Issues
* Overview of Open Issues
* Ticket Status By Version
* Requestors with m
I'd like to take this opportunity to announce Form[1], a Perl 6
project by Matthew Walton. It's a port to Perl 6 of Damian Conway's
Perl6::Form[2], and is meant to replace the C built-in in Perl
5.[3][4]
Form is still in its early stages, but is already showing great
promise. Consider downloading
On Mon, 2009-16-03 at 14:34 +0100, Carl Mäsak wrote:
> Form is still in its early stages, but is already showing great
> promise. Consider downloading it and trying it out, or even
> contributing.
Very cool. This gives me a reason to play with Rakudo.
What about starting from Build.PL rather th
My last post resulted in a request to whitelist my email address with
some russian web page.
Please unsubscribe this person from the list.
With the respect, I hope for the understanding
Alexey Grebenschikov di...@mail.ua
Since I DO NOT understand his web page:
http://www.
On Mon, 16 Mar 2009 09:51:10 -0400, Guy Hulbert wrote:
> On Mon, 2009-16-03 at 14:34 +0100, Carl Mäsak wrote:
>> Form is still in its early stages, but is already showing great
>> promise. Consider downloading it and trying it out, or even
>> contributing.
>
> Very cool. This gives me a reason
On Mon, 2009-16-03 at 14:00 +, Matthew Walton wrote:
> > What about starting from Build.PL rather than Makefile.PL (even if
> it
> > starts as a make-wrapper) ?
>
> It might make more sense. I think the question of best practice for Perl 6
> libraries is still being determined. At the moment t
On Mar 15, 12:57 pm, datawea...@gmail.com (Jon Lang) wrote:
> The problem that Richard just identified is that Junctions don't fully
> manage to hide themselves when it comes to their method calls.
[...]
> I'm thinking that maybe Junction shouldn't be a type. Instead, it
> should be a "meta-type"
# New Ticket Created by "Carl Mäsak"
# Please include the string: [perl #63890]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=63890 >
rakudo: sub formalize($text, :case($case), :justify($justify)) {...}
rakudo 5b1ff9: OU
# New Ticket Created by "Carl Mäsak"
# Please include the string: [perl #63892]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=63892 >
rakudo: my $a = "foo"; $a ~~ /$a/; say "alive"
rakudo 5b1ff9: OUTPUT«Null PMC access i
# New Ticket Created by "Carl Mäsak"
# Please include the string: [perl #63894]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=63894 >
rakudo: sub foo { return }; say foo.WHAT; say ?(foo ~~ Nil)
rakudo 5b1ff9: OUTPUT«Nil
# New Ticket Created by "Carl Mäsak"
# Please include the string: [perl #63896]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=63896 >
rakudo: v6; $b = 1;
rakudo 5b1ff9: OUTPUT«Scope not found for PAST::Var '$b' in [...]
# New Ticket Created by Moritz Lenz
# Please include the string: [perl #63900]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=63900 >
Rakudo 087e299898416ca6c3a6e2b2bdc3785d841f0ec6:
./perl6 -e 'class P { submethod BUILD($o
# New Ticket Created by Moritz Lenz
# Please include the string: [perl #63904]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=63904 >
Rakudo 087e299898416ca6c3a6e2b2bdc3785d841f0ec6:
# test file:
grammar Expr {
rule T
# New Ticket Created by Ilya Belikin
# Please include the string: [perl #63912]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=63912 >
Hi there,
> sub foo { return ([1,2],3) }; my ($a, $b) = foo(); say $a; say $b;
1 2
3
>
# New Ticket Created by Moritz Lenz
# Please include the string: [perl #63920]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=63920 >
Author: lwall
Date: 2009-03-16 02:24:38 +0100 (Mon, 16 Mar 2009)
New Revision: 25849
Mod
Hello.
This issue was resolved long time ago by jnhtn++ and pmichaud++. Closing
ticket.
--
Bacek
Sigh. The current design of Junctions is quite extensible *because*
it is based on a real type. You can easily write operators that
work only on Junctions, just as you can easily write operators that
are transparent to Junctions or autothread on Junctions by declaring
their arguments to take Obje
On Mon, Mar 16, 2009 at 4:40 AM, Ujwal Reddy Malipeddi
wrote:
> yary,
>
> I got similar error on windows
> due to incomplete parrot checkout from svn
> moritz_++ suggested to checkout without errors .. it's working on my system
> now :)
Sorry that I wasn't clear in my first email. This is from a
# New Ticket Created by Moritz Lenz
# Please include the string: [perl #63902]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=63902 >
Rakudo 087e299898416ca6c3a6e2b2bdc3785d841f0ec6:
>From the parent:
$ >./perl6 -e 'class
Having a problem with the following role in Perl 5:
package PIPs::ResultSource::Role::HasTags;
use Moose::Role;
requires 'do_setup';
after 'do_setup' => sub { ... };
So far this has worked really well, aside from that one class which didn't call
'do_setup'. Oops.
Requiring methods and
# New Ticket Created by Alex Kapranoff
# Please include the string: [perl #63922]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=63922 >
Good day!
I just pulled the fresh rakudo sources, Configured them with
--gen-parrot
Larry Wall wrote:
> Sigh. The current design of Junctions is quite extensible *because*
> it is based on a real type. You can easily write operators that
> work only on Junctions, just as you can easily write operators that
> are transparent to Junctions or autothread on Junctions by declaring
>
Ovid wrote:
> Requiring methods and requiring methods to be called are different things.
> It might be a nice feature to have roles which tie into "events". If a
> particular condition doesn't hold true by, say, INIT time, the role fails.
>
> How would I implement something like that in Perl 6?
# New Ticket Created by Richard Hainsworth
# Please include the string: [perl #63906]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=63906 >
perl6
> my @x=1|11,2,3;my $s=[+] @x; $s.perl.say; $s ~~ Junction and say 'hi'
any
# New Ticket Created by Richard Hainsworth
# Please include the string: [perl #63918]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=63918 >
An .eigenstates method is needed for Object.
Background:
The following code may o
# New Ticket Created by Moritz Lenz
# Please include the string: [perl #63908]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=63908 >
S12-objects.pod
1581:WHATthe protoobject of the type, stringifies to short
na
Ovid wrote:
Having a problem with the following role in Perl 5:
package PIPs::ResultSource::Role::HasTags;
use Moose::Role;
requires 'do_setup';
after 'do_setup' => sub { ... };
So far this has worked really well, aside from that one class which didn't call
'do_setup'. Oops.
Requiri
OK: as I see it, this is how signatures work:
There are three broad use-cases for signatures: function parameters
(S06), role parameters (S14), and variable declarators (S03).
Question: Do binding operators (S03) count as a fourth use?
There are two broad styles of signatures: those that want an
On Sun, Mar 15, 2009 at 01:25:28AM -0500, fREW Schmidt wrote:
> > Lesson from the Forth world: In cases where the semantic of a high-level
> > word exactly (or very closely) matches an instruction in the hardware's
> > ISA, it really deserves to be a primitive.
>
> Yeah, the main reason I did it w
This is basically a non-problem. Junctions have one public method,
.eigenstates, which is vanishingly unlikely to be used by accident by
any mere mortal any time in the next 100 years, give or take a year.
If someone does happen to be programming quantum mechanics in Perl 6,
they're probably smart
Larry Wall wrote:
> This is basically a non-problem. Junctions have one public method,
> .eigenstates, which is vanishingly unlikely to be used by accident by
> any mere mortal any time in the next 100 years, give or take a year.
> If someone does happen to be programming quantum mechanics in Perl
Jon Lang wrote:
Larry Wall wrote:
This is basically a non-problem. Junctions have one public method,
.eigenstates, which is vanishingly unlikely to be used by accident by
any mere mortal any time in the next 100 years, give or take a year.
If someone does happen to be programming quantum mechan
Darren Duncan wrote:
> Jon Lang wrote:
>> Larry Wall wrote:
>>> This is basically a non-problem. Junctions have one public method,
>>> .eigenstates, which is vanishingly unlikely to be used by accident by
>>> any mere mortal any time in the next 100 years, give or take a year.
>>> If someone does
On Mon, 2009-03-16 at 21:08 -0500, Patrick R. Michaud wrote:
> On Sun, Mar 15, 2009 at 01:25:28AM -0500, fREW Schmidt wrote:
> > > Lesson from the Forth world: In cases where the semantic of a high-level
> > > word exactly (or very closely) matches an instruction in the hardware's
> > > ISA, it rea
On Mon, Mar 16, 2009 at 09:24:58PM -0700, Jon Lang wrote:
: Darren Duncan wrote:
: > Jon Lang wrote:
: >> Larry Wall wrote:
: >>> This is basically a non-problem. Junctions have one public method,
: >>> .eigenstates, which is vanishingly unlikely to be used by accident by
: >>> any mere mortal any
Larry Wall wrote:
> I think I've mentioned before that .perl autothreads. It's the final
> (low-level) stringification of a junction that slaps the appropriate
> quantifier around that, I suspect.
Please bear with me; I'm starting to get a little lost: are you
telling me that $j.perl does what I'
Jon Lang wrote:
Darren Duncan wrote:
Jon Lang wrote:
Larry Wall wrote:
This is basically a non-problem. Junctions have one public method,
.eigenstates, which is vanishingly unlikely to be used by accident by
any mere mortal any time in the next 100 years, give or take a year.
If someone does
40 matches
Mail list logo
