Re: RFC 99 (v1) Maintain internal time in Modified Julian (not epoch)

[EMAIL PROTECTED] writes: > Midnight, Jan 1, 2000, Greenwich time > > seems like a good candidate. have found 2000-03-01 to be a good epoch. It makes -mm-dd decoding and leap year calculations cheaper/simpler as it is the closest start of a new 400 yea

Re: RFC 56 (v1) Optional 2nd argument to pop() and shift

Aaron J Mackey <[EMAIL PROTECTED]> writes: > proposed: > > @b = pop @a, $n; That will change the behaviour of this perl5 code: foo(pop @a, "bar") If we do this then the code above need to be fixed by the perl5->perl6 filter. Regards, Gisle

Re: Deep copy

Damian Conway <[EMAIL PROTECTED]> writes: > >> That's cool. I can also see calling a package's CLONE sub if you're >> cloning something blessed into it. > > I like it. And CLONE is preferred to the specified (2nd arg) handler. The newly released Storable-0.7 support this. Currently

Re: RFC 48 (v1) Replace localtime() and gmtime() with da

[EMAIL PROTECTED] (Johan Vromans) writes: > > A list of date/time values is returned. The ordering and format of these > > values has been radically changed to reflect what most of us probably > > view as "ordinary": > > > >($mday, $mon, $year, $hour, $min, $sec, $msec, $nsec, > > $wday,

Re: RFC: Higher resolution time values

Dan Sugalski <[EMAIL PROTECTED]> writes: > At 09:34 PM 8/5/00 +, Nick Ing-Simmons wrote: > >Dan Sugalski <[EMAIL PROTECTED]> writes: > > >At 10:55 AM 8/2/00 +0200, Gisle Aas wrote: > > >>All functions that return time values (seconds since epoch)

Re: RFC: Higher resolution time values

Nick Ing-Simmons <[EMAIL PROTECTED]> writes: > Dan Sugalski <[EMAIL PROTECTED]> writes: > >At 10:55 AM 8/2/00 +0200, Gisle Aas wrote: > >>All functions that return time values (seconds since epoch) should use > >>floating point numbers to return as much

Re: RFC: Drop distinction between user-defined and built-in functions

Johan Vromans <[EMAIL PROTECTED]> writes: > =head1 ABSTRACT > > Perl distinguishes named operators and functions. For Perl6, this > disctinction can be dropped. Will this then work? sub foo { my $func = shift; &$func(@_); } foo(\&print, "foo"); foo("print", "foo"); foo(\&C

Re: Reduce [was: Re: Random items (old p5p issues)]

Graham Barr <[EMAIL PROTECTED]> writes: > On Tue, Aug 01, 2000 at 10:27:08PM +0300, Ariel Scolnicov wrote: > >multimap operation list-of-lists # uurgh. > > This made me think of something else that came up in a discussion with Larry > after the conference. > > The discussion started off

RFC: Higher resolution time values

=head1 TITLE Higher resolution time values =head1 VERSION Maintainer: Gisle Aas <[EMAIL PROTECTED]> Date: 2000-08-02 Version: 0.01 Mailing List: perl6-language Number: TBD =head1 ABSTRACT All functions that return time values (seconds since epoch) should use floating point n