On Feb 22, 2009, at 12:39 AM, Brandon S. Allbery KF8NH wrote:
On 2009 Feb 20, at 14:36, Chris Dolan wrote:
UTC: TAI with an offset, as corrected for the actual revolution
of the
Earth: usually 60 seconds in a minute, but occasionally 59 or
61. 60
minutes in every hour (so 3599, 3600, or
At 11:42 -0600 2/22/09, Chris Dolan wrote:
Floating point time would be cooler. :-)
And it has been in use by Microsoft in the Excel spreadsheet since
the Apple Plus which didn't have floating point hardware. But then
Excel uses the day as the unit. the second would be better.
On 2009-Feb-20, at 7:17 am, Dave Rolsky wrote:
Define really basic math. [...] you could say all math is done in
terms of seconds, but then there's literally no way to add 1 month.
Oh, I meant only adding or subtracting seconds (as mentioned
elsewhere); adding a month is certainly advanced
On Fri, 20 Feb 2009, Dave Rolsky wrote:
Renamed Temporal::Instant to Temporal::DateTime
Hmm. We had some mailing list discussion about this, and agreed on
Instant. I'd like to see your reasons in favour of DateTime.
Because DateTime makes sense and is a clear description of what the
On Fri, 20 Feb 2009, Dave Rolsky wrote:
On Fri, 20 Feb 2009, Timothy S. Nelson wrote:
Format specifiers - this could come from locales (CLDR specifies this)
or strftime, but again, it's more complicated than is needed
[snip]
Added iso8601 output for every role, and made that the
I have a quick question here. S16 claims to be about IPC, IO, and
Signals. So far, it's mostly about IO. My question is, is it intended that
IPC and/or signals be part of the core, or should they be converted to addons
like Form.pm?
Thanks,
Author: wayland
Date: 2009-02-23 04:07:23 +0100 (Mon, 23 Feb 2009)
New Revision: 25488
Modified:
docs/Perl6/Spec/S16-io.pod
docs/Perl6/Spec/S32-setting-library/IO.pod
Log:
Moved stuff from S16-io to S32-setting-library/IO
Modified: docs/Perl6/Spec/S16-io.pod
Just a note for the people working on S19. Large chunks of the IO
stuff will now be documented in S32-setting-library/IO.pod, so you might want
to update your references to S16 to point there.
Just for any who haven't grasped the distinction, the IO stuff is in 3
places:
-
Author: wayland
Date: 2009-02-23 04:29:57 +0100 (Mon, 23 Feb 2009)
New Revision: 25489
Modified:
docs/Perl6/Spec/S32-setting-library/IO.pod
Log:
Did some updates, and added a uri() method
Modified: docs/Perl6/Spec/S32-setting-library/IO.pod
On Mon, 23 Feb 2009, Timothy S. Nelson wrote:
Renamed Temporal::Instant to Temporal::DateTime
Hmm. We had some mailing list discussion about this, and agreed on
Instant. I'd like to see your reasons in favour of DateTime.
Because DateTime makes sense and is a clear description
Author: wayland
Date: 2009-02-23 04:47:22 +0100 (Mon, 23 Feb 2009)
New Revision: 25490
Added:
docs/Perl6/Spec/S28-special-variables.pod
Log:
Created the draft spec here. It's very drafty, but no more than some.
Also added the $*DEFIN, etc, as per S16.
Added:
On Mon, 23 Feb 2009, Martin D Kealey wrote:
On Mon, 23 Feb 2009, Timothy S. Nelson wrote:
Renamed Temporal::Instant to Temporal::DateTime
Hmm. We had some mailing list discussion about this, and agreed on
Instant. I'd like to see your reasons in favour of DateTime.
Because
Smack me down if this has already been discussed to death, please...
S16 (and now S28) say that $*DEFOUT, $*DEFIN and $*DEFERR are what
most programs should use instead of $*OUT, $*IN and $*ERR. That
seems anti-huffman to me, and I'll bet many programmers will use
$*OUT when they should
On Sun, 22 Feb 2009, Chris Dolan wrote:
Smack me down if this has already been discussed to death, please...
S16 (and now S28) say that $*DEFOUT, $*DEFIN and $*DEFERR are what most
programs should use instead of $*OUT, $*IN and $*ERR. That seems
anti-huffman to me, and I'll bet many
If a class attribute declaration has a . or ! twigil, e.g. has @!items, do
all the ensuing references to @items in the class's methods have to include
the twigil or can the variable be written thereafter simply @items without
the twigil?
Thank you, Peter Schwenn
15 matches
Mail list logo
