On Sun, Apr 25, 2010 at 02:31, Doug McNutt wrote:
> Agree on a format for storing fractional atomic seconds. There are
> proposals for two word integers with one of them being micro or nano seconds
> and the other seconds. I prefer IEEE floating point with atomic seconds as
> the unit of measure
At 21:09 -0700 4/23/10, 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.
At 15:46 -0700 4/24/10, Darren Duncan wrote:
>All d
Jan Ingvoldstad wrote:
On Sun, Apr 25, 2010 at 00:46, Darren Duncan wrote:
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 be self-contained, just
s
Absolutely ridiculous. The Gregorian calendar is in universal use for
civil purposes and definitely belongs in the core.
On Saturday, April 24, 2010, Darren Duncan wrote:
> I want to clarify that I currently believe that the Perl 6 core should only
> include temporal roles and *no* temporal cla
On Sun, Apr 25, 2010 at 00:46, Darren Duncan wrote:
> 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 be self-contained, just
> say using Perl's or
I want to clarify that I currently believe that the Perl 6 core should only
include temporal roles and *no* temporal classes. So the Perl 6 core could
provide, say, 3 roles, Instant, Duration, and Calendar (or use some other name
for the last one). It would also provide now(), sleep(), and cal
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 (ad
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 (admittedly
fring
# New Ticket Created by Life U. Everything
# Please include the string: [perl #74600]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=74600 >
[20:47:16] > rakudo: say "8192".fmt{'%x'} <##wrong>
[20:47:18] > rakudo 395433: O
On Fri Jul 31 03:19:31 2009, ml...@physik.uni-wuerzburg.de wrote:
> 12:16 <@moritz_> rakudo: role A[Int $x where { $x % 2 == 0 }] { method s {
> 'even' } }; role A[Int $x where{ $x % 2 == 1 }] {
> method s {
> 'odd' } }; class X does A[5]; say X.new.s
> 12:16 < p6e
# New Ticket Created by "Carl Mäsak"
# Please include the string: [perl #74608]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=74608 >
rakudo: my $a = time; (time - $a).say; my $b = time;
($b-$a).say; # masak: Is it right?
# New Ticket Created by "Carl Mäsak"
# Please include the string: [perl #74606]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=74606 >
rakudo: say say (1, + * ... *).perl
rakudo 6783b5: OUTPUT«Null PMC access in find_met
# New Ticket Created by "Carl Mäsak"
# Please include the string: [perl #74624]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=74624 >
rakudo: say 0.1.WHAT.perl;
rakudo 6783b5: OUTPUT«Rat»
rakudo: my $a; $a += 0.1; say
# New Ticket Created by "Carl Mäsak"
# Please include the string: [perl #74626]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=74626 >
rakudo: my Rat $a; $a += 0.1 for ^10
rakudo a1159c: OUTPUT«Type objects are abstract a
# New Ticket Created by "Carl Mäsak"
# Please include the string: [perl #74592]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=74592 >
rakudo: my $x = package {...}
rakudo 7d43ee: OUTPUT«error:imcc:syntax error, unexpecte
On Sat Apr 03 11:07:03 2010, masak wrote:
> rakudo: class Animal does Pet { }; role Pet does Bite { };
> role Bite { method bite() { say "ouch" } };
> rakudo 020a6a: OUTPUT«Null PMC access in type() [...]
> * masak submits rakuodbug
> rakudo: class A does B {}
> rakudo 020a6a: OUTPUT«Null PMC a
# New Ticket Created by Moritz Lenz
# Please include the string: [perl #74586]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=74586 >
21:24 <@moritz_> rakudo: say ({; $_ => 1}).WHAT
21:24 <+p6eval> rakudo 43f110: OUTPUT«Has
# New Ticket Created by "Mark J. Reed"
# Please include the string: [perl #74622]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=74622 >
> say ((1,2) X ).perl
(1, "a", 1, "b", 2, "a", 2, "b")
Which makes it looks flat, but
# New Ticket Created by "Carl Mäsak"
# Please include the string: [perl #74610]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=74610 >
* moritz_ found a very weird bug
rakudo: printf 'foobar'
rakudo 6783b5: OUTPUT«foobar»
On Mon Jul 06 23:55:28 2009, moritz wrote:
> 08:53 <@moritz_> rakudo: class A { }; class B does A { }; say "alive"
> 08:53 < p6eval> rakudo 99ad1e: OUTPUT«Method '!select' not found for
> invocant of class ''»
>
While at some point we may end up spec'ing that you actually get your
class snapshott
20 matches
Mail list logo