This report was a long time ago. Entirely possible that it's been resolved.
On Fri, Oct 2, 2020, 2:58 PM William Michels wrote:
> On Thu, Mar 21, 2019 at 5:17 PM Aaron Sherman wrote:
> >
> > Here's four commands using my Math::Sequence module (note that the
> diff
4283461730174305227163324106696803630124570636862293503,
500000000
Just Mu would be an amusing Perlish pun based on Muttsu... Making the
interpretation either Perl "six" or Perl "most undefined".
I like yary's idea too.
Frankly, if Perl had an identity, I would not care about the name. I feel
like it lacks that right now.
--
Aaro
g an explicit number. Normally, I'd
recommend Latin, but Perl Sex is probably not where anyone wants to go...
Roku is Japanese, but also the name of a popular device, and thus
confusing...
--
Aaron Sherman, M.:
P: 617-440-4332 // E: a...@ajs.com
Toolsmith, developer, gamer and life-long stud
ith a change to the way Callable and calling work. I'm not
suggesting that the latter is bad, but it seems to be a patch around a
problem in the former...
Aaron Sherman, M.:
P: 617-440-4332 Google Talk, Email and Google Plus: a...@ajs.com
Toolsmith, developer, gamer and life-long student.
On M
So, you said that the problem arises because NQP does something non-obvious
that results in this error. Can you be clear on what that non-obvious
behavior is? It sounds to me like you're addressing a symptom of a systemic
issue.
Aaron Sherman, M.:
P: 617-440-4332 Google Talk, Email and G
Fair points, all.
I do think, though that if the concern is really with "the 4 cases when nqp
hauls a CALL-ME out of its bowels" then that's what should be addressed...
Aaron Sherman, M.:
P: 617-440-4332 Google Talk, Email and Google Plus: a...@ajs.com
Toolsmith, developer, game
Role-based testing seems very perl6ish. I'd suggest the role name be
"Invocable" with much the sort of signature as you've described.
That being said, I don't think that the current error is terrible. It
clearly shows that the issue is with the attempt to invoke a Boo
Yep, I'm pleased that Star is behind a bit. It needs to be the stable face
of Perl 6, but updated frequently enough that it's not irrelevant.
On Sun, Oct 16, 2016, 12:51 PM Steve Mynott wrote:
> There are star releases every 3 months.
>
> There was a RC0 of 2016.10 released today.
>
> There is a
Thank you. Silly me, thinking "this is so simple I don't need to run it
through the command-line to test it." :-)
Anway, yeah,
say $_ for reverse lines
Aaron Sherman, M.:
P: 617-440-4332 Google Talk, Email and Google Plus: a...@ajs.com
Toolsmith, developer, gamer and li
"for @inputs.map( .prefix:<+> ) {...}"
That's spelled:
"for @inputs>>.Int -> $i { ... }"
You can also use map, but it's slightly clunkier:
"for @inputs.map: .Int -> $i { ... }"
Aaron Sherman, M.:
P: 617-440-4332 Google Talk, Email
.
But remember that any {} around code creates a Block in Perl 6, and a Block
is a first-class object. If you ask say to print a Block, it will quite
happily try to do that.
Aaron Sherman, M.:
P: 617-440-4332 Google Talk, Email and Google Plus: a...@ajs.com
Toolsmith, developer, gamer and li
sking about). When you do everything in one
place, the result must have the ability to maintain and respond to global
state. There's really no other way around it. A pure BNF cannot parse
Python.
Aaron Sherman, M.:
P: 617-440-4332 Google Talk, Email and Google Plus: a...@ajs.com
Toolsmith,
e spec is actually written in Perl
6), the reality is that the parts that aren't written in Perl 6 can be
written in just about anything (with C/MoarVM and JVM implementations
working just fine).
It's not a context sensitive grammar that was the issue with Perl 5, it was
the lack of a spec
ch as a
parameter by inserting an empty block. You can see this documented and used
here:
http://examples.perl6.org/categories/parsers/SimpleStrings.html
Aaron Sherman, M.:
P: 617-440-4332 Google Talk, Email and Google Plus: a...@ajs.com
Toolsmith, developer, gamer and life-long student.
On Tue
presenting it as a region of memory isn't
really interesting. What you want to know about it are things that there
are other ways to calculate, such as its modulus by certain primes, its log
in various bases, etc.
Aaron Sherman, M.:
P: 617-440-4332 Google Talk, Email and Google Plus: a..
args: {@*ARGS.join(',')}";
Aaron Sherman, M.:
P: 617-440-4332 Google Talk, Email and Google Plus: a...@ajs.com
Toolsmith, developer, gamer and life-long student.
On Fri, Sep 9, 2016 at 8:59 PM, Joseph Garvin
wrote:
> Wait, quotes *are an operator* ? If so how would I define
>
> it is combining too many new things at once:
Well, it is meant to be the up-front example of everything at once before
the step-by-step...
> * BUILD
> * new
These are the heart of construction. I don't think there's any avoiding
that in a class tutorial.
* submethod
> * bless
These are
q', 'k', :by(2);
say flip-counter 3.7, 1, :by(2);
$ perl6 foo.p6
(2 4 6 8 10)
(k m o q)
Cannot resolve caller counter(Int, Rat, Int); none of these signatures
match:
(Int $start, Int $end, :$by = 1)
(Str $start, Str $end, :$by = 1)
in block at foo.p6 line 3
Aaron
n Range:
https://github.com/rakudo/rakudo/blob/32902f25ca753860067a34eb9741aa5524dbe64e/src/core/Range.pm#L96
--
Aaron Sherman, M.:
P: 617-440-4332 Google Talk, Email and Google Plus: a...@ajs.com
Toolsmith, developer, gamer and life-long student.
I don't know Haskell, but isn't flip just:
sub flip(&f) { -> $b, $a, |c { f($a, $b, |c) } }
And then:
perl6 -e 'sub flip(&f) { -> $a, $b, |c { f($b, $a, |c) } }; my &yas = flip
&say; yas(1,2,3)'
213
Aaron Sherman, M.:
P: 617-440-4332 Google Talk, Ema
Oh, and note that you can pass R'd reductions as if they were normal prefix
ops:
$ perl6 -e 'sub dueet(&op, *@list) { op @list }; say dueet &prefix:<[R-]>,
1..100'
-4850
On Tue, Sep 6, 2016 at 12:51 PM, Aaron Sherman
wrote:
>
>
> $ perl6 -e 'my
$ perl6 -e 'my @numbers = 1..100; say [-] @numbers; say [R-] @numbers'
-5048
-4850
In general, it's kind of pointless with bare infix ops, as you can just
reverse the arguments, but when reducing or the like, it becomes much more
valuable.
On Tue, Sep 6, 2016 at 12:43 PM, Parrot Raiser <1parr..
gs
from:
http://perldoc.perl.org/functions/sprintf.html
Also, a review of the POSIX documentation might reveal additional items
that should be documented:
http://pubs.opengroup.org/onlinepubs/9699919799/functions/sprintf.html
--
Aaron Sherman
P: 617-440-4332 Google Talk: a...@ajs.com / aaronjsher...@gmail.com
"Toolsmith" and developer. Player of games. Buyer of gadgets.
5)
# hyper-. flattens?
$ ../rakudo/perl6 -e '(1 .. 2 X 4 .. 5)>>.join(",").say'
14152425
Can someone explain why these all behave so differently, and why we
chose to flatten so aggressively in so many cases, but not in some
others?
--
Aaron Sherman
P: 617-440-4332 Google Talk: a...@ajs.com / aaronjsher...@gmail.com
"Toolsmith" and developer. Player of games. Buyer of gadgets.
I was listening to the recent IO conversation on p6c, and decided to look at
IO.pm in rakudo. I immediately saw a bit of code that worried me:
try {
?$!PIO.close()
}
$! ?? fail($!) !! Bool::True
Why is that so cumbersome? That seems like one of the most obvious
The attached diff offers a possible way to deal with folks who are behind
firewalls and must use the http or https URLs to clone parrot from.
Testing done: provided alternate URL in an environment with no access to the
git port, and download/build worked fine.
diff --git a/Configure.pl b/Configure
On Thu, Oct 21, 2010 at 6:04 PM, Darren Duncan wrote:
> Aaron Sherman wrote:
>
>>
> Things that typically precipitate threading in an application:
>>
>> - Blocking IO
>> - Event management (often as a crutch to avoid asynchronous code)
>> - Legitim
On Tue, Oct 12, 2010 at 10:22 AM, Damian Conway wrote:
> Perhaps we need to think more Perlishly and reframe the entire question.
> Not: "What threading model do we need?", but: "What kinds of non-sequential
> programming tasks do we want to make easy...and how would we like to be
> able to spec
I've done quite a lot of concurrent programming over the past 23ish years,
from the implementation of a parallelized version of CLIPS back in the late
80s to many C, Perl, and Python projects involving everything from shared
memory to process pooling to every permutation of hard and soft thread
man
> $i { say $i }
But not exponentiation:
for 0 ...^ 4**2 -> $i { say $i }
which prints 0 through 15.
--
Aaron Sherman
Email or GTalk: a...@ajs.com
http://www.ajs.com/~ajs
Re-sending my message which went to parrot-dev, and should have gone to
perl6-compiler. Sorry.
On Tue, Aug 17, 2010 at 6:48 PM, Aaron Sherman wrote:
>
> On Tue, Aug 17, 2010 at 11:51 AM, Moritz Lenz wrote:
>
>> Aaron Sherman wrote:
>> > I did eventually discover that
On Sat, Aug 14, 2010 at 8:56 AM, Patrick R. Michaud wrote:
> On Fri, Aug 13, 2010 at 11:08:30AM -0400, Aaron Sherman wrote:
> > On Thu, Aug 12, 2010 at 3:48 PM, Darren Duncan >wrote:
> >
> > >
> > > What is the difference between Parrot bignums and gmp? Coul
= 1 } ; my $a = 0; foo($a); say $a'
0
$ perl -le 'sub foo { $_[0] = 1 } my $a = 0; foo($a); print $a'
1
You might well be correct about how it's supposed to work, but that's
certainly not the current behavior.
On Fri, 2010-08-13 at 12:06 -0400, Aaron Sherman wrote
$field"
attr = b
Where $field is the variable I want to store, $field.WHAT is Int(). Is that
what I should expect, or has my value been silently converted?
--
Aaron Sherman
Email or GTalk: a...@ajs.com
http://www.ajs.com/~ajs
; does not change the values passed in:
sub foo(*...@_ is rw) { @_[0] = 1 }
my $a = 0;
foo($a);
say $a; # 0
Kind of interesting that you can't easily emulate Perl 5's parameter
passing...
--
Aaron Sherman
Email or GTalk: a...@ajs.com
http://www.ajs.com/~ajs
ation of the rules engine that could
match either text or data, and that's a gigantic undertaking.
--
Aaron Sherman
Email or GTalk: a...@ajs.com
http://www.ajs.com/~ajs
On Wed, Aug 11, 2010 at 12:50 PM, Patrick R. Michaud wrote:
> On Tue, Aug 10, 2010 at 08:44:06PM -0400, Aaron Sherman wrote:
>
> > Is this an interim limitation, or something that's intended as a
> long-term
> > implementation for Rakudo?
>
> It's an int
On Tue, Aug 10, 2010 at 10:39 AM, Moritz Lenz wrote:
> Am 10.08.2010 01:11, schrieb Aaron Sherman:
>
> I've been running into all sorts of problems trying to take S02 at its
>> word
>> that Int supports arbitrary precision. It *sort of* does.
>>
>
> It do
I've been running into all sorts of problems trying to take S02 at its word
that Int supports arbitrary precision. It *sort of* does. But there are the
edge cases where it doesn't. This might just be something that's not there
yet, and I understand, but I thought I should report it.
If exponentiat
; doesn't create a thunk/WhateverCode object? I'm not sure there is, at
> least not in the spec.
> Maybe there should be, but I'm not sure of that either.
>
--
Aaron Sherman
Email or GTalk: a...@ajs.com
http://www.ajs.com/~ajs
On Thu, Aug 5, 2010 at 2:43 PM, Tyler Curtis wrote:
> On Thu, Aug 5, 2010 at 12:28 PM, Aaron Sherman wrote:
> > While that's a nifty special case (I'm sure it will surprise me someday,
> and
> > I'll spend a half hour debugging before I remember this mail), i
On Thu, Aug 5, 2010 at 11:09 AM, Patrick R. Michaud wrote:
> On Thu, Aug 05, 2010 at 10:27:50AM -0400, Aaron Sherman wrote:
> > On Thu, Aug 5, 2010 at 7:55 AM, Carl Mäsak wrote:
> > > I see this particular thinko a lot, though. Maybe some Perl 6 lint
> > > tool or a
|<[a..z]>+/
for grins, :f[ull]l[ine] could use ^^ and $$.
I suspect :full would almost always be associated with TOP, in fact. Boy am
I tired of typing ^ and $ in TOP ;-)
--
Aaron Sherman
Email or GTalk: a...@ajs.com
http://www.ajs.com/~ajs
across
> all versions. :-(
>
If you never want documentation to break, then that's your only option.
Someday we're going to decide to make an incompatible change to Perl's
documentation system, and we'll have a very good reason to do so, I'd
imagine. The right thing to do will be to make sure that we roll it out
carefully and with all due warning.
--
Aaron Sherman
Email or GTalk: a...@ajs.com
http://www.ajs.com/~ajs
ad1 :image('foo.jpg')
except for the fact that any unrecognized option of the first form is an
error and any unrecognized option of the second form is allowed. That way,
new features can be added to :reserved and migrated over time to stand-alone
options after being listed in the release notes for a couple of cycles.
--
Aaron Sherman
Email or GTalk: a...@ajs.com
http://www.ajs.com/~ajs
cause then the
above would be:
@msg.push("Methods: " ~ self.^methods>>.Str.sort.join(", ");
which currently fails:
get_attr_str() not implemented in class 'Perl6MultiSub'
Or perhaps there should be a unary ~ equivalent as a method?
--
Aaron Sherman
Email or GTalk: a...@ajs.com
http://www.ajs.com/~ajs
nt "when .foo == .bar" and
I can't think of a good way to replace it, so I'll buy that it's worth
making so many other obvious uses deprecated.
--
Aaron Sherman
Email or GTalk: a...@ajs.com
http://www.ajs.com/~ajs
hat ".." seems to be radically faster at loop iteration. For
example:
$ time ./perl6 -e 'for 1...1000 -> $i { 1; }; say "Done"'
Done
real0m6.688s
user0m6.400s
sys 0m0.290s
$ time ./perl6 -e 'for 1..1000 -> $i { 1; }; say "Done"'
On Sun, Aug 1, 2010 at 6:46 AM, Timothy S. Nelson wrote:
>Hi. I'm wondering if any thought has been given to natural language
> processing with Perl 6 grammars.
>
>
Yes.
;)
--
Aaron Sherman
Email or GTalk: a...@ajs.com
http://www.ajs.com/~ajs
, that's a bug, but imagine the poor maintenance programmer
that tries to figure out what's going on. I feel for him/her. The only
advantage he/she will have is that this is likely to be so common an
error that they'll quickly learn to look for it first when
smart-matching is involved :-/
--
Aaron Sherman
Email or GTalk: a...@ajs.com
http://www.ajs.com/~ajs
leaning toward a sparing use of "is export".
That's what I've observed in browsing the existing modules.
--
Aaron Sherman
Email or GTalk: a...@ajs.com
http://www.ajs.com/~ajs
On Sat, Jul 31, 2010 at 12:56 PM, David Green wrote:
> > On 2010-07-30, at 4:57 pm, Aaron Sherman wrote:
> >> given False { when True { say "True" } when False { Say "False" }
> default { say "Dairy" } }
> >> I don't think it'
into some awful edge cases. Still, interesting stuff.
--
Aaron Sherman
Email or GTalk: a...@ajs.com
http://www.ajs.com/~ajs
.new() === R.new()'
Segmentation fault
Clearly this is infinitely recursive, but one imagines it would be
easy enough to put a maximum recursion depth on ===. I was about to
say that === should check to see if X.WHICH eqv X, but I think that
would slow things down too much. Setting a max recursion depth, on the
other hand would be simple and fast.
--
Aaron Sherman
Email or GTalk: a...@ajs.com
http://www.ajs.com/~ajs
== True;
Result: Rakudo exits silently with no newline
So, the right way to search for value types in a list... is highly
questionable right now. ;-)
--
Aaron Sherman
Email or GTalk: a...@ajs.com
http://www.ajs.com/~ajs
just by knowing that the locale
because they are finer grained (e.g. which Latin-using language does the
word come from? What source language is most appropriate for the context?
etc.)
Maybe you throw an exception when you try to tell Perl that "
TOPIXコンポジット1500構成銘柄" is a Japanese string
On Wed, Jul 28, 2010 at 6:24 PM, Dave Whipp wrote:
> Aaron Sherman wrote:
>
>> On Wed, Jul 28, 2010 at 11:34 AM, Dave Whipp
>> wrote:
>>
>> To squint at this slightly, in the context that we already have 0...1e10
>>> as
>>> a sequence gener
On Wed, Jul 28, 2010 at 6:24 PM, Dave Whipp wrote:
> Aaron Sherman wrote:
>
>> On Wed, Jul 28, 2010 at 11:34 AM, Dave Whipp
>> wrote:
>>
>> To squint at this slightly, in the context that we already have 0...1e10
>>> as
>>> a sequence gener
ay initializers will involve "...". Why
are we not calling that ".."? Just because we defined ".." first, and it
grandfathered its way in the door? Because it resembles the math op? These
don't seem like good reasons.
--
Aaron Sherman
Email or GTalk: a...@ajs.com
http://www.ajs.com/~ajs
Sorry I haven't responded for so long... much going on in my world.
On Mon, Jul 26, 2010 at 11:35 AM, Nicholas Clark wrote:
> On Tue, Jul 20, 2010 at 07:31:14PM -0400, Aaron Sherman wrote:
>
> > 2) We deny that a range whose LHS is "larger" than its RHS makes sen
older
> variables) includes any named parameters,
You meant "named only"
> then the index is used as
> the argument corresponding to the first one.
Named only... first... these terms are non-miscible, aren't they? I don't
think named-only parameters have an ordering.
--
Aaron Sherman
Email or GTalk: a...@ajs.com
http://www.ajs.com/~ajs
lly from the previous n
values as normal.
That makes your examples:
0, { $^a + $^index } ... *
0, { $^a + (2 * $^index - 1) } ... *
{ $^index ** 2 } ... *
1, { $^a * $^index } ... *
Not changing the syntax of closures seems like a reasonable goal at this
late stage.
--
Aaron Sherman
Email or GTalk: a...@ajs.com
http://www.ajs.com/~ajs
I also think it's doable without a special tool:
0, { state $i = 1; $^a + $i++ } ... *
That should work, no? Granted, state doesn't seem to work in Rakudo, unless
I'm mis-understanding how to use it, but that's the idea.
--
Aaron Sherman
Email or GTalk: a...@ajs.com
http://www.ajs.com/~ajs
characters" which I'm
defining as single codepoints which are neither combining nor modifying. If
you like, we can have the conversation about what you do when you encounter
combining and modifying codepoints, and I do think I agree with you largely,
but I'd like to hold that for now. It's just too much of a rat-hole at this
point.
--
Aaron Sherman
Email or GTalk: a...@ajs.com
http://www.ajs.com/~ajs
[changing the subject because it's now clear we have two different
discussions on our hands. I think we're at or closing in on a consensus for
"a" .. "z", and this discussion is "aa" .. "bb"]
On Wed, Jul 21, 2010 at 1:56 AM, Darren Duncan wrote
On Wed, Jul 21, 2010 at 1:28 AM, Aaron Sherman wrote:
>
> For reference, this is the relevant section of the spec:
>
> Character positions are incremented within their natural range for any
> Unicode range that is deemed to represent the digits 0..9 or that is deemed
> to be a
OK, there's a lot here and my head is swimming, so let me re-consolidate and
re-state (BTW: thanks Jon, you've really helped me understand, here).
1) The spec is somewhat vague, but the proposal that I made for single
characters is not an unreasonable interpretation of what's there. Thus, we
could
ould avoid ever generating a combining or
modifying codepoint in such a sequence (e.g. "Ѻ" ... "Ҋ" in Cyrillic which
contains several combining characters for currency and counting as well as
one undefined codepoint).
--
Aaron Sherman
Email or GTalk: a...@ajs.com
http://www.ajs.com/~ajs
have around ranges that it doesn't think are legitimate for
ranges: it repeats the LHS infinitely:
"䷀" .. "䷿" - expected: all hexagram characters; got: first character,
infinitely repeating.
"鐀" .. "鐅" - expected: all CJK Unified Ideographs between u+9400 and u+9405;
got: first character, infinitely repeating.
"٠" .. "٩" - expected: all Arabic-Indic digits zero through nine; got: first
digit (zero) repeating (note: bidi may confuse display in this email)
"א" .. "ת" - expected: all Hebrew letters; got: first character (א)
repeating (note: bidi may confuse display in this email)
"Ａ" .. "Ｅ" - expected: all full width, capital letters A through E; got:
full width A repeating.
--
Aaron Sherman
Email or GTalk: a...@ajs.com
http://www.ajs.com/~ajs
t;C" .. "A". Observe:
$ ./perl6 -e 'say reverse("A" .. "C").perl'
["C", "B", "A"]
$ ./perl6 -e 'say ("A" .. "C").perl'
"A".."C"
In order for reverse to work lazily, it woul
ited, because the rules
for any other sort of string that might make sense to a human are absurdly
complex.
As such, I think it suffices to say that, for the most part, ".." makes
sense for single-character strings, and to expand from there, rather than
trying to introduce anything more complex.
--
Aaron Sherman
Email or GTalk: a...@ajs.com
http://www.ajs.com/~ajs
I like it. Though it does mean that the sequence generated
> incrementing "Ab" repeatedly will diverge from "Ab" .. "Be" after 4
> iterations.
>
Also true, and I think that's a correct thing.
--
Aaron Sherman
Email or GTalk: a...@ajs.com
http://www.ajs.com/~ajs
sequence does not increment (e.g. "AA", "AB" ... "ZZ")
then there is an implication that counting is required. You should be able,
in this case, to imply incrementing the left or right side as most
significant (e.g. "AA", "BA" ... "ZZ" is also valid). It is, however, an
error to try to increment indexes in any other ordering (e.g. "AAA", "ABA"
... "ZZZ"). Once a counting sequence has been established, lookahead must be
employed to determine the extent of the range (e.g. "A", "B" can continue
through all "Latin" Lu codepoints, so in order to know when to cycle, you
must determine how many codepoints lie in the full range. This implies that
length > 1 strings in "..." operations which imply a counting sequence, are
not strictly evaluated lazily, though some laziness may still be employed.
--
Aaron Sherman
Email or GTalk: a...@ajs.com
http://www.ajs.com/~ajs
r any parameter that occurs in
> +multiple signatures with non-identical nominal types, the actual
> +lexical variable will declared
>
"will *be* declared"?
--
Aaron Sherman
Email or GTalk: a...@ajs.com
http://www.ajs.com/~ajs
would be defined, so the question becomes which of those takes priority,
right? If it's the first parameter, then we'll try to coerce 2 to Bool,
won't we? Or is that now now it works?
--
Aaron Sherman
Email or GTalk: a...@ajs.com
http://www.ajs.com/~ajs
On Wed, Jun 30, 2010 at 7:33 PM, Jonathan Worthington wrote:
> Aaron Sherman wrote:
>
>> See below for the S06 section I'm referring to.
>>
>> I'm wondering how we should be reading the description of user-defined
>> operators. For example, "sub in
y rules with a known prefix, by the longest-token-first rule.)
Although the name of an operator can be installed into any package or
lexical namespace, the syntactic effects of an operator declaration are
always lexically scoped. Operators other than the standard ones should not
be installed into the * namespace. Always use exportation to make
non-standard syntax available to other scopes.
--
Aaron Sherman
Email or GTalk: a...@ajs.com
http://www.ajs.com/~ajs
gt;
Yep, that makes perfect sense. Once I have a working VFS object that could
be stored in there, that's probably the best way to go, unless someone
proposes another way between now and then.
--
Aaron Sherman
Email or GTalk: a...@ajs.com
http://www.ajs.com/~ajs
I should point out that I've had a great deal of coffee. The technical
details of what I've said are reasonable, but read the rest as off-the-cuff
opinion.
It's also true that seeing how Perl 6 would look/work when re-cast in the
grammatical conventions of another human language would be very cool
uot;907 thousandsmallweights to the short
ton" rather than "907 kilograms" and that's just not going to help anyone
(yes, I'm aware that Brits try to spell that grammes, and I refer my right
honorable limeys to ISO 8-1:2009).
Sure, Perl 6 allows you to localize names. In theory, but I'd be very
concerned about anyone who actually wanted to promote the use of such a
thing.
--
Aaron Sherman
Email or GTalk: a...@ajs.com
http://www.ajs.com/~ajs
r cases
commas might suit just as well, e.g.:
"The upshot of this is that, after reading the chapter on writing classes
and methods, you ..."
I have some additional comments that I'm going to send tonight as diffs,
since they address the language used in several places, rather than
structural/formatting elements as above.
--
Aaron Sherman
Email or GTalk: a...@ajs.com
http://www.ajs.com/~ajs
A few additional items that I've tweaked in a forked copy:
http://github.com/ajs/book
Just some awkward bits that I've tried to make less so.
On Mon, Jun 21, 2010 at 2:48 PM, Aaron Sherman wrote:
> Last night I was looking over the book, and a few cases in src/operators.pod
&g
Franky, I don't think that it's something that SHOULD be answered
prior to building the VFS layer itself, because that layer might
dictate some design decisions, but my high level impulse is to say
that open on a VFS token (be it a URI or some othe complex data) will
yield a VFS-back-end spe
_ok "q\x2018 \x201a test \x2019", "Alternative open-brakets
treat their other alternates as non-special"; # Fails
done_testing;
# vim: ft=perl6
--
Aaron Sherman
Email or GTalk: a...@ajs.com
http://www.ajs.com/~ajs
On Fri, Jun 18, 2010 at 10:26 PM, ajs wrote:
> Attached, I've included test results, the tests and the patch (both to the
> spectest suite and nqp-rx) to support this spec change.
No... no I didn't. Here it is, attached as text.
--
Aaron Sherman
Email or GTalk: a...@ajs.com
ht
> + 0x_bad_cafe
> +
> =item *
>
> The general radix form of a number involves prefixing with the radix
>
>
--
Aaron Sherman
Email or GTalk: a...@ajs.com
http://www.ajs.com/~ajs
r $S10, rx184_tgt, $I11, 1
+ne $S10, "_", rx184_nodunder
+add rx184_pos, 1
+ rx184_nodunder:
# rx subrule "decint" subtype=capture negate=
rx184_cur."!cursor_pos"(rx184_pos)
$P10 = rx184_cur."decint"()
--
Aaron Sherman
Email or GTalk: a...@ajs.com
http://www.ajs.com/~ajs
On Wed, Jun 9, 2010 at 10:04 AM, Aaron Sherman wrote:
> Has anyone begun to consider what kind of filesystem interface we want
> for things like sftp, Amazon S3, Google Storage and other remote
> storage possibilities? Is there any extant work out there, or should I
> just start spit-
for things like sftp, Amazon S3, Google Storage and other remote
storage possibilities? Is there any extant work out there, or should I
just start spit-balling?
--
Aaron Sherman
Email or GTalk: a...@ajs.com
http://www.ajs.com/~ajs
en
considering this class's uses, brace style preferences notwithstanding.
My knee-jerk response would be that this is fine the way it is now, but
perhaps adding your suggestion as an alternative syntax could be considered
for >6.0?
Then again, no one cares what I say ;-)
--
Aaron Sherman
Email or GTalk: a...@ajs.com
http://www.ajs.com/~ajs
) ) ~~ (2,4,4,6) )
ok(( (1,2,3) »+» 1) ~~ (2,4,4,6) )
I tested these all with Rakudo, and they all currently fail, though I guess
that's not shocking.
--
Aaron Sherman
Email or GTalk: a...@ajs.com
http://www.ajs.com/~ajs
ually brief explanation every day. We'll see how long I can keep it
up.
--
Aaron Sherman
Email or GTalk: a...@ajs.com
http://www.ajs.com/~ajs
On Mon, May 24, 2010 at 2:40 AM, Aaron Sherman wrote:
> Which I tried to translate as:
>
> token ucschar {
> <+[\xA0 .. \xD7FF] + [\xF900 .. \xFDCF] + [\xFDF0 .. \xFFEF] +
> [\x1 .. \x1FFFD] + [\x2 .. \x2FFFD] +
> [\x3 .
[\x9 .. \x9FFFD] + [\xA .. \xAFFFD] +
[\xB .. \xBFFFD] + [\xC .. \xCFFFD] +
[\xD .. \xDFFFD] + [\xE1000 .. \xEFFFD]>
}
But this refuses to match my test IRI's one-character path:
http://www.example.com/π
--
Aaron Sherman
Email or GTalk: a...@ajs.com
http://www.ajs.com/~ajs
e thing writing a IRI parser. Here's a way you can do
this:
# Totally from memory, someone correct me if I'm wrong:
grammar X {
token TOP { }
token matchmything { .* }
}
if X.parse("stuff") {
say "My thing: ", $/;
}
The magical "TOP" is the entry p
27;s entirely (un)wise. Then again, it does simplify the world
tremendously.
I just wanted to get that all out there for thought.
--
Aaron Sherman
Email or GTalk: a...@ajs.com
http://www.ajs.com/~ajs
On Mon, May 17, 2010 at 3:34 PM, Moritz Lenz wrote:
>
>
> Aaron Sherman wrote:
>
> > I had a hard time even getting basic code working like:
> >
> > token foo { blah }
> > if "blah" ~~ m// { say "blah!" }
> >
> > (Se
On Mon, May 17, 2010 at 3:34 PM, Moritz Lenz wrote:
>
>
> Aaron Sherman wrote:
>
> > I had a hard time even getting basic code working like:
> >
> > token foo { blah }
> > if "blah" ~~ m// { say "blah!" }
> >
> > (Se
he standard. The exegeses have no such status.
Personally, I'd rather see them updated than thrown out, but I tried writing
examples just for a few elements of S29 back in the day, and found the
moving target to be too painful. Maybe Perl 6 has slowed down enough that
it's more practical now?
--
Aaron Sherman
Email or GTalk: a...@ajs.com
http://www.ajs.com/~ajs
1 - 100 of 761 matches
Mail list logo
