Author: sorear
Date: 2010-08-01 11:18:45 +0200 (Sun, 01 Aug 2010)
New Revision: 31885
Modified:
docs/Perl6/Spec/S06-routines.pod
Log:
[S06] fix an obvious typo
Modified: docs/Perl6/Spec/S06-routines.pod
===
---
Hi. I'm wondering if any thought has been given to natural language
processing with Perl 6 grammars.
:)
-
| Name: Tim Nelson | Because the Creator is,|
| E-mail: wayl...@wayland.id.au| I
Hello
On 01/08/2010 11:46, Timothy S. Nelson wrote:
Hi. I'm wondering if any thought has been given to natural language
processing with Perl 6 grammars.
I Think Perl 6 grammars can implement the most advanced parsing
algorithms like Generic LR, that that will not really solve the problem
Hi folks,
I was inspired by Ksplice's recent article on traceroute [1] to write my
own traceroute in Perl 6 - but came upon problems in that the current
socket library does not seem to be complete enough.
I'd love to submit some patches for this, but after briefly discussing
this with
HaloO,
On Saturday, 31. July 2010 20:47:49 Patrick R. Michaud wrote:
On Sat, Jul 31, 2010 at 10:56:47AM -0600, David Green wrote:
It's not unreasonable, especially if that's what you expect.
But it's even more reasonable to expect this to work:
given $something {
when
Author: moritz
Date: 2010-08-01 20:01:49 +0200 (Sun, 01 Aug 2010)
New Revision: 31886
Modified:
docs/Perl6/Spec/S03-operators.pod
Log:
[S03] remove Subst type, which appears nowhere else
Modified: docs/Perl6/Spec/S03-operators.pod
Hi,
Following the release of Rakudo Star I've been playing around with
learning Perl 6 and noticed a distinct lack of user-facing
documentation. After some IRC chats with pmichaud++ I thought it would
be a good idea if I got the ball rolling, assuming of course it
doesn't reach a sharp incline,
On Wed, 28 Jul 2010, Darren Duncan wrote:
I think that a general solution here is to accept that there may be more
than one valid way to sort some types, strings especially, and so
operators/routines that do sorting should be customizable in some way so
users can pick the behaviour they want.
TSa (Thomas Sandlaß) wrote:
... unless you want Cwhen True to do a value-and-type check,
in which case it doesn't exactly follow the pattern for smartmatching
of the other builtin types (which only check value equivalence,
not type equivalence).
This is true only if you want to distinguish 1
Darren Duncan wrote:
TSa (Thomas Sandlaß) wrote:
... unless you want Cwhen True to do a value-and-type check,
in which case it doesn't exactly follow the pattern for smartmatching
of the other builtin types (which only check value equivalence,
not type equivalence).
This is true only if you
Martin D Kealey wrote:
On Wed, 28 Jul 2010, Darren Duncan wrote:
I think that a general solution here is to accept that there may be more
than one valid way to sort some types, strings especially, and so
operators/routines that do sorting should be customizable in some way so
users can pick the
Martin D Kealey said (in the a..b thread):
So then, a cmp ส้ is always defined, but users can change the
definition.
I take the opposite approach; it's always undefined (read, unthrown
exception) unless the user tells us how they want it treated. That can be a
command-line switch if
Consider
'abc' ~~ m/b/;
By current spec this would
1) temporary set $_ = 'abc'
2) call m/b/, which matches against $_
3) produce a Match object
4) calls .ACCEPTS($_) on the Match object
5) return False
Likewise
'abc' ~~ .uc
ends up comparing 'abc' to 'ABC and return False.
I guess that's
On Sun, Aug 1, 2010 at 11:39 PM, Martin D Kealey
mar...@kurahaupo.gen.nz wrote:
In any case I'd much rather prefer that the behaviour be lexically scoped,
with either adverbs or pragmata, not with the action-at-a-distance that's
caused by tagging something as fundamental as a String.
In many
On Sun, Aug 1, 2010 at 5:46 AM, Timothy S. Nelson wayl...@wayland.id.auwrote:
Hi. I'm wondering if any thought has been given to natural language
processing with Perl 6 grammars.
No specific tool is best suited for natural language processing. There was
apparently a time in which
15 matches
Mail list logo