features, and in that
case they WOULD be normal arguments or return values. And so the regular type
system still needs to support having anything at all as an argument or return
value. -- Darren Duncan
-language-name-for-perl6-goes-here (tm)
-- Darren Duncan
ctually lose the family thing.
For documentation/marketing materials and to help with continuity, we can
typically reference "the Rakudo language, a sibling of Perl", where the latter
part is then more of a description.
This is what I really think should and that I would
On 2016-10-30 4:11 PM, Darren Duncan wrote:
On 2016-10-30 5:45 AM, yary wrote:
Before/AfterEverything are also easy to understand, and would be as natural to
use for sorting strings, eg. for saying if a database NULL should go before the
empty string or after everything else. On the other hand
6 with a PSGI/Plack
inspired design, meaning a no-mandatory-shared-code database interface:
https://github.com/muldis/Muldis-DBI-Duck-Coupling-Perl6/blob/master/lib/Muldis/DBI/Duck_Coupling/API.pod
-- Darren Duncan
are the thoughts on this? Can we get appropriate improvements into Perl
6d and implementations etc? Also, is any of what I said actually already done?
Certainly some key parts at least are not.
Thank you.
-- Darren Duncan
tudy for whether there is truly a good reason for the code
to work that way, or if there isn't. Keep in mind that the standard libraries
are right now some of the primary examples Perl 6 developers would have to look
at on how to write Perl 6 code. -- Darren Duncan
silently actually expect Perl 6.0.0.0 semantics. We're always going to be
stuck with this problem if we don't make declarations mandatory now. That's a
much more important change to ingrain into those several hundred existing
modules, if they aren't already, nevermind the :D thing. -- Darren Duncan
will get the current behavior with
:D not being default.
I say, save any further major breaking changes before this Christmas for things
that would be really hard to change later and are sure to be worthwhile now, and
the :D thing is not one of those.
What do you think?
-- Darren Duncan
O
.
I mean, this situation seemed to be a solid example of why Perl 6's versioning
scheme exists in the first place, to deal elegantly with things like this.
-- Darren Duncan
. -- Darren Duncan
On 2015-10-13 1:52 AM, Richard Hainsworth wrote:
Following on the :D not :D thread, something odd stuck out.
On 10/13/2015 03:17 PM, Moritz Lenz wrote:
But hopefully none of them breaking backwards compatibility on such a large
scale. The last few backwards incompatible
of core. Exact rationals are not particularly
complicated. Its perfectly reasonable to expect in the core that if someone
does math that is known to deal with irrationals in general, that loss of
precision then is acceptable.
-- Darren Duncan
:auth etc. Note that I
raised this question on #perl6 myself shortly before writing perl6-language, but
the email version is better organized. -- Darren Duncan
On 2015-06-10 11:38 PM, Tobias Leich wrote:
Hi, that is a very interesting use case, and IMO a very valid one.
Currently
how
its done.
Thank you.
-- Darren Duncan
Also, there are other newer API docs than the Synopsis that are useful for
study, but printing all this stuff seems very excessive, even more so because
the Synopsis etc keep changing. I advise against printing this stuff in bulk.
-- Darren Duncan
On 2015-05-15 7:54 AM, Elizabeth Mattijsen
On 2015-02-21 2:45 AM, Moritz Lenz wrote:
Hi Darren,
On 21.02.2015 08:51, Darren Duncan wrote:
I notice from looking at http://design.perl6.org/S02.html that Blob is listed
both as being a role and as a type. See http://design.perl6.org/S02.html#Roles
for an example of the former, and
http
I notice from looking at http://design.perl6.org/S02.html that Blob is listed
both as being a role and as a type. See http://design.perl6.org/S02.html#Roles
for an example of the former, and
http://design.perl6.org/S02.html#Immutable_types for an example of the latter.
-- Darren Duncan
On 2013.11.17 3:48 PM, Darren Duncan wrote:
Thanks a lot to Andrew, John, Raiph, and any later responders. What you've said
so far looks very useful to me, and I will follow up on the leads you gave. --
Darren Duncan
FYI, as of last night I'm intending to use generic ordered lists rather than
that the generic set was probably the best candidate for Foo. But
there might be something better.
Any pointers to precedents on what to use for Foo and how are greatly
appreciated.
-- Darren Duncan
this for the parsing portion, but I'm wondering
about the rest. (Maybe the all-Perl-6 version would also eventually be able to
produce the fastest running Perl 6 programs too, because it is easiest to write
Perl 6 analysers/optimizers/etc in, corresponding to PyPy as I understand it.)
-- Darren Duncan
So I guess we have a rare failure of a spam filter. -- Darren Duncan
are typically in a -quoted context, and we also
don't see symbolic bareword operators in the same place. Apples and oranges.
-- Darren Duncan
Tom Christiansen wrote:
Darren Duncan dar...@darrenduncan.net wrote on Wed, 24 Aug 2011 11:18:20 PDT:
I oppose this. Underscores and hyphens should remain distinct.
That would seem to be the most human-friendly approach.
I disagree. More human friendly is if it looks different in any way
the time, you will see it run.
-- Darren Duncan
mutability with syntax, or only allow what references point
to to change.
-- Darren Duncan
Patrick R. Michaud wrote:
On Sat, Aug 20, 2011 at 04:41:08PM -0700, Darren Duncan wrote:
I believe the general solution to this problem is to make all
objects immutable, with the only exception being explicit
references, and so mutating an object isn't an option; rather you
have to derive a new
I agree with the change. Let try be for exceptions and eval be for runtime
compile+run of code. These are very distinct concepts and should be separate.
-- Darren Duncan
Stefan O'Rear wrote:
I intend to change the definition of eval such that it does not catch
exceptions. String eval's
the component words, so to evaluate those components, rather than looking at
words as just entire strings delimited by non-alphanumeric characters.
Not applicable everywhere, but useful in some places.
Of course, this would be an extension feature, not a core feature.
-- Darren Duncan
.
On a side note, you shouldn't name things all uppercase since those are reserved
for use by Perl itself; just say select.
-- Darren Duncan
I come up to the following code:
my $db = FakeDBI.new;
my ($state, $dept) = active storage;
my @out := $db.SELECT
we pick, maybe there should be suitable generic names given
to the complementary concept of what I mentioned.
-- Darren Duncan
To clarify, by define particular methods I mean that said 2 roles would
require composing classes to define them, not to include the code themselves. --
Darren Duncan
Darren Duncan wrote:
I think that Instant and Duration should simply be declarational
roles that don't have any implementation
stuff like this
that led to us getting a Temporal spec that made sense and could be
implemented.
// Carl
How so? All I'm proposing is having top level markers that aren't too
constraining, but everything specced below that can be quite specific and
implementable. -- Darren Duncan
Jon Lang wrote:
Darren Duncan wrote:
This said, I specifically think that a simple pair of curly braces is the
best way to mark a Set.
{1,2,3} # a Set of those 3 elements
... and this is also how it is done in maths I believe (and in Muldis D).
In fact, I strongly support this assuming
for every power of 2 between
1 and 4, rather than skipping one.
Even more important, with blob literals, we have an 0a form for every power
likely to be used period, since for all practical purposes they can only take
literals in powers of 2 anyway.
So, any thoughts on this?
-- Darren Duncan
, just not so conventional. -- Darren Duncan
Larry Wall wrote:
On Tue, Nov 16, 2010 at 12:11:01PM -0800, Darren Duncan wrote:
: Carl Mäsak wrote:
: Darren ():
: While I haven't seen any prior art on this, I'm thinking that it would be
: nice for a sense of completeness or parity to have an 0a syntax specific to
: base-4 that complements
like it.
-- Darren Duncan
agree though with the principle that sets and bags should be just as easy
and terse to use as arrays.
-- Darren Duncan
or array of string argument. -- Darren Duncan
or alternately returns an empty junction (a junction
ranging over zero values)? Or would that instead better be treated as an error
such that returning nothing should have been done explicitly? -- Darren Duncan
is a set, does that mean that a list only contains/returns each
element once when iterated? If a list can have duplicates, then a list isn't a
set, I would think. -- Darren Duncan
to a user on a single core machine. I think that Perl 6's implicit
multi-threading approach such as for hyperops or junctions is a good best first
choice to handle many common needs, the last list item above, without users
having to think about it. Likewise any pure functional code. -- Darren Duncan
this.
-- Darren Duncan
, there should be two .perl
where the first is more restricted like I say and the second just dumps the
private attributes, and the second can only be used with MONKEY PATCHING.
Then Damian's position (which I support) is supported and so are monkeys.
-- Darren Duncan
Jonathan Worthington wrote:
On 30/09/2010 21:38, Darren Duncan wrote:
Mark J. Reed wrote:
Of alternatives you didn't mention, I like put - as pithy as get
and set, with plenty of corresponding history (SmallTalk, POSIX,
HTTP,...).
Actually, *yes*. I didn't think of this one at the time
Moritz Lenz wrote:
Darren Duncan wrote:
I think then that .perl needs to be updated so it is more expressly limited and
only works on some objects rather than on all of them.
The way I see it, .perl is mainly about representing *value* objects in a
serialized form, and what it should produce
, set for this purpose has got to go.
-- Darren Duncan
to anyone
else is a good thing, this being an example. -- Darren Duncan
, it seems *too* clever in this case.
And if you want to say that, eg, casting a Range object as an integer returns
the difference between its endpoints (meaning #2), Interval works for that too.
-- Darren Duncan
:(authPERIL:ver(1..3,5..*)|authPURILE:ver(2..9))
... but maybe with different syntax?
-- Darren Duncan
Larry Wall wrote:
On Fri, Sep 10, 2010 at 06:00:30PM -0700, Darren Duncan wrote:
: With regard to http://perlcabal.org/syn/S11.html#Versioning ...
:
: If some Perl code requires a module (or Perl version) that has
: multiple authorities and each authority uses a different
: version-numbering
on the
list message has the diffs quoted.
-- Darren Duncan
this.
See also my Muldis D language which has explored these same kinds of ideas:
http://search.cpan.org/dist/Muldis-D/lib/Muldis/D/Dialect/PTMD_STD.pod#General_Purpose_Integer_Numeric_Literals
-- Darren Duncan
the alternatives?
I would have thought them optional in the case I mentioned.
Rather, they would just be necessary in a case like this:
/^ foo [[A..Z]+ | [a..z]+] bar $/
-- Darren Duncan
for this.
In the Perl 5 world, for example, see autodie (optional) or perl5i
(mandatory).
use autodie qw(:1.994);
use perl5i::2;
I have also done this from day one in my Muldis D language, and I have no
regrets for doing so.
-- Darren Duncan
Darren Duncan wrote:
For another thing, assuming in the typical case that any time a language
evolves, it still provides the means to accomplish anything it was
previously capable of, then each implementation needs no
backwards-compatibility internally, but just the state of the art
that
not being so, having seen David's example here, which it never occurred to me
before was possible. -- Darren Duncan
names going out of the ASCII repertoire, which I would recommend
we don't.
-- Darren Duncan
will likely just use
all-uppercase or all-lowercase ASCII words, but that isn't a promise and rather
is a convention; there may be a good reason to change later.
Explicit versioning is your friend.
Can I get some support for this?
-- Darren Duncan
Brandon S Allbery KF8NH wrote:
On 8/4/10 21:26 , Darren Duncan wrote:
jerry gay wrote:
are there codepoints in unicode that may be either upper-case or
lower-case, depending on the charset? if so, then there's ambiguity
here, depending on the user's locale. i suspect not, but languages
or given-when. They should only compare alike when
cast into the same type such as with a ? or +.
-- Darren Duncan
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
care about exact portable semantics, and the implementation
can decide what is fastest. I suggest using the whatever mnemonic for this:
$a = $b div $c :round(*)
... though for those people, probably they'd do it at the file level.
-- Darren Duncan
want ~~ semantics, let them ask for it explicitly, such as with:
given $foo {
when ~~ $bar {...}
when ~~ $baz {...}
default {...}
}
-- Darren Duncan
at this time. -- Darren Duncan
is that the endpoints are comparable, meaning $foo cmp $bar
works. Having a .pred or .succ for $foo|$bar should not be required to define a
range but only to use that range as a generator. -- Darren Duncan
for example. I would imagine that the
interval use would be more common than the generator use in some problem
domains. -- Darren Duncan
Darren Duncan wrote:
Aaron Sherman wrote:
The more I look at this, the more I think .. and ... are reversed.
snip
I would rather that .. stay with intervals and ... with generators.
snip
Another thing to consider if one is looking at huffmanization is how often the
versions that exclude
Dave Whipp wrote:
Similarly (0..1).Seq should most likely return Real numbers
No it shouldn't, because the endpoints are integers.
If you want Real numbers, then say 0.0 .. 1.0 instead.
-- Darren Duncan
can change the definition.
-- Darren Duncan
, not dependent on any language besides themselves and
C. -- Darren Duncan
thought this would be reasonable:
3 ~~ 1..5 # TRUE
So if that doesn't work, then what is the canonical way to ask if a value is in
a range?
Would any of these be reasonable?
3 ~~ any(1..5)
3 in 1..5
3 ∈ 1..5 # Unicode alternative
-- Darren Duncan
be
value types.
If you want to derive a DateTime from another, say, then just have the
pseudo-mutator method return a new object with the differences.
-- Darren Duncan
can be
applied when figuring out if a particular $foo~~$bar..$baz is TRUE or not.
-- Darren Duncan
Darren Duncan wrote:
specific, the generic eqv operator, or before etc would have to be
Correction, I meant to say cmp, not eqv, here. -- Darren Duncan
this will remain in the spec.
Is there some type or role named Bridge, such that Bridge would be casting
as such? Because if not, I would think you'd want the method to not be
capitalized, unless there is some other precedent for doing so. -- Darren Duncan
to cover something that looks like a list of
integers, for the general case of a Blob/Buf literal, and yet it should have an
appearance more like that of a scalar/number/string/etc than of an array/etc.
Any thoughts on this?
-- Darren Duncan
recommend against the older gettext (name?) design that involved having
one language's text inside the program code and using that as a key for others.
I prefer the more self-consistent design that I proposed.
-- Darren Duncan
like.
-- Darren Duncan
So, is Rakudo Star meant to be a parallel release series, sort of like Perl
5.12.x vs 5.13.x are now, or are the monthly Rakudo releases we've been seeing
going to be named Star at some point? I thought I read recently that Star
would be coming in June. -- Darren Duncan
Stefan O'Rear wrote:
On Thu, Jun 17, 2010 at 04:55:38PM -0700, Darren Duncan wrote:
So, is Rakudo Star meant to be a parallel release series, sort of like
Perl 5.12.x vs 5.13.x are now, or are the monthly Rakudo releases we've
been seeing going to be named Star at some point? I thought I read
such
puns, so why not?
Or otherwise clarify what Buf and Blob each are.
-- Darren Duncan
.
This project and ancillary projects are a serious endeavor that I intend to
commercially support over the long term, and others can do likewise.
Good day. -- Darren Duncan
Jon Lang wrote:
Darren Duncan wrote:
I think that the most thorough solution is to just take it for granted that
there are multiple reference timelines/calendars and that in general it is
impossible to reconcile them with each other.
Taking this to its logical extreme, there might be a few
, and the
module can introspect its result or calendar() and figure out how to map that to
the internal representation or API it wants to use, as well as figure out the
proper way to invoke sleep().
-- Darren Duncan
Darren Duncan wrote:
Jon Lang wrote:
We _should_ define a default calendar
Jan Ingvoldstad wrote:
On Sun, Apr 25, 2010 at 00:46, Darren Duncan dar...@darrenduncan.netwrote:
All details specific to any calendar, including Gregorian, including
concepts like seconds or hours or days, should be left out of the core and
be provided by separate modules. Said modules can
with a list of
distinct timelines/calendars and canonical names for them with respect to Perl
6. So to at least help those who are trying to use the exact same calendar to
recognize that they are doing so.
-- Darren Duncan
looks
different, it is different. -- Darren Duncan
that any character at all is allowed in a variable name.
Its just that for most characters, when you use them the variable name has to
be quoted. The common unquoted identifier syntax is much more limited, and is
mainly what was being discussed here.
-- Darren Duncan
fractional seconds is preferred in
Synopsis 2, and I agree; if people think otherwise, then what is the rationale?
-- Darren Duncan
Jonathan Worthington wrote:
Darren Duncan wrote:
Dave Rolsky wrote:
On a smaller point, I think second vs whole_second is the wrong
Huffman coding. I'd think most people want the integer value.
Well, whatever you call things, the most important thing is to keep
the seconds count as a single
there is a conceptual distinction between things named
with the different styles that are worth highlighting by using different styles;
barring that, such an inconsistency in Temporal may be something that should be
fixed.
-- Darren Duncan
P.S. My Muldis D language also has the feature of Perl 6
a predefined order. I just raised
my algorithm since someone else raised another one. -- Darren Duncan
Martin D Kealey wrote:
On Mar 27, 2010, at 15:43 , Darren Duncan wrote:
For example, say you want to define a graph of some kind, and for
elegance you have a separate container and node and side classes,
On Sat, 27 Mar 2010, Brandon S. Allbery KF8NH wrote:
This sounds like a hackaround
value of the two numbers, and then saying
that either the positive or negative version orders first.
-- Darren Duncan
for limited cases like what I mentioned. -- Darren Duncan
Sean Hunt wrote:
On 03/26/2010 04:16 PM, Jason Switzer wrote:
Also, this discussion of trusts piqued my interest; this sounds like
a bad
idea. Those of you who have worked extensively with C++ should bemoan
trusts as much as friend classes
did support 'trusts' a few years ago, and that I used
it. But I could be wrong. -- Darren Duncan
Carl Mäsak wrote:
Carl (), Darren ():
[...] and the
'trusts' keyword hasn't been realized in any Perl 6 implementation so
far.
I seem to recall that Pugs did support 'trusts' a few years ago, and that I
used it. But I could be wrong. -- Darren Duncan
I stand corrected. A quick search
out.
That's what I suggest for calendar 2010, starting with Rakudo * which as it
happens would correspond to Parrot 2.3 if released in April; make that the
oldest emulatable version, if you want to do that. And then re-evaluate or
change the support strategy a year later.
-- Darren Duncan
, having Parrot release
announcements on p6l is about as relevant as having Perl 5 release announcements
on mailing lists for individual Perl modules, or DBI release announcements on
the DBIx-Class list, say. -- Darren Duncan
1 - 100 of 444 matches
Mail list logo
