On Thu, Mar 26, 2015 at 3:56 PM, John Clements
cleme...@brinckerhoff.org wrote:
On Mar 25, 2015, at 6:55 PM, Jon Zeppieri zeppi...@gmail.com wrote:
I recently uploaded Gregor, a date and time library, to the package server.
Can I use this instead of SRFI 19? That would be wonderful.
John
This is so awesome.
Jay
On Wed, Mar 25, 2015 at 9:55 PM, Jon Zeppieri zeppi...@gmail.com wrote:
I recently uploaded Gregor, a date and time library, to the package server.
Features:
- representations for and generic operations on:
- dates
- times (as in, time-of-day)
- datetimes
At Thu, 26 Mar 2015 14:30:28 -0400,
Jon Zeppieri wrote:
On Thu, Mar 26, 2015 at 10:51 AM, Vincent St-Amour stamo...@ccs.neu.edu
wrote:
This is really cool!
Do you have plans for operations on durations?
Vincent
More vague thoughts than plans.
So-- there's a useful distinction
On Thu, Mar 26, 2015 at 4:57 PM, Vincent St-Amour stamo...@ccs.neu.edu wrote:
At Thu, 26 Mar 2015 14:30:28 -0400,
Jon Zeppieri wrote:
[ snip]
Since, IIUC, periods need to be anchored to a specific point in time,
that would make them a bit more heavyweight to create. I could see
durations
On Thu, Mar 26, 2015 at 4:13 PM, Jon Zeppieri zeppi...@gmail.com wrote:
You
can carry around a bucket that says 5 years, 3 weeks, and 40 hours,
but the precise number of seconds inside the bucket is indeterminate
until you pour it over a date-provider. (No, not a great metaphor.)
I have a
On Thu, Mar 26, 2015 at 5:27 PM, Robby Findler
ro...@eecs.northwestern.edu wrote:
On Thu, Mar 26, 2015 at 4:13 PM, Jon Zeppieri zeppi...@gmail.com wrote:
You
can carry around a bucket that says 5 years, 3 weeks, and 40 hours,
but the precise number of seconds inside the bucket is indeterminate
This is really cool!
Do you have plans for operations on durations?
Vincent
At Wed, 25 Mar 2015 21:55:31 -0400,
Jon Zeppieri wrote:
I recently uploaded Gregor, a date and time library, to the package server.
Features:
- representations for and generic operations on:
- dates
-
Gregor shares the near-universal disdain for UTC exhibited by operating systems
and date/time libraries alike.
Seriously, though: Gregor doesn't keep UTC time, so there are no leap seconds.
I mentioned in the docs that if there's a real demand for UTC, I'll implement
it.
- Jon
On Mar 26,
On Thu, Mar 26, 2015 at 10:51 AM, Vincent St-Amour stamo...@ccs.neu.edu wrote:
This is really cool!
Do you have plans for operations on durations?
Vincent
More vague thoughts than plans.
So-- there's a useful distinction (that comes out of Joda-Time)
between a duration, which is directly
BTW, the ISO 8601 standard (I don't mean the trivial ISO 8601 date/time
format everybody knows) has done a lot on concepts you might want to
look at. Beware that ISO 8601 is big, and there is some baffling stuff
included, but you can't always tell what is important.
One thing I can tell you
I've used a library like this before
[https://github.com/jeremyw/stamp], and realized that there were two
things I didn't like about it: (1) potential ambiguity in the
(user-)chosen exemplar date/time and (2) my tendency to mistake the
exemplar date for an actual piece of data in the program. Go's
On Thu, Mar 26, 2015 at 5:30 PM, Jon Zeppieri zeppi...@gmail.com wrote:
3 weeks and 40 hours will always have a fixed number of seconds...
And this is because Gregor isn't faithful to UTC, of course.
Otherwise, this wouldn't be true.
--
You received this message because you are subscribed to
On Thu, Mar 26, 2015 at 4:31 PM, Jon Zeppieri zeppi...@gmail.com wrote:
On Thu, Mar 26, 2015 at 5:30 PM, Jon Zeppieri zeppi...@gmail.com wrote:
3 weeks and 40 hours will always have a fixed number of seconds...
And this is because Gregor isn't faithful to UTC, of course.
Otherwise, this
On Mar 25, 2015, at 6:55 PM, Jon Zeppieri zeppi...@gmail.com wrote:
I recently uploaded Gregor, a date and time library, to the package server.
Can I use this instead of SRFI 19? That would be wonderful.
John Clements
Features:
- representations for and generic operations on:
-
On Thu, Mar 26, 2015 at 5:27 PM, Robby Findler
ro...@eecs.northwestern.edu wrote:
On Thu, Mar 26, 2015 at 4:13 PM, Jon Zeppieri zeppi...@gmail.com wrote:
You
can carry around a bucket that says 5 years, 3 weeks, and 40 hours,
but the precise number of seconds inside the bucket is indeterminate
On Thu, Mar 26, 2015 at 4:13 PM, Jon Zeppieri zeppi...@gmail.com wrote:
You
can carry around a bucket that says 5 years, 3 weeks, and 40 hours,
but the precise number of seconds inside the bucket is indeterminate
until you pour it over a date-provider. (No, not a great metaphor.)
I have a
2015-03-26 22:30 GMT+01:00 Jon Zeppieri zeppi...@gmail.com:
On Thu, Mar 26, 2015 at 5:27 PM, Robby Findler
Would 3 weeks and 40 hours always be a precise number of
seconds?
Robby
What about leap seconds?
/Jens Axel
--
You received this message because you are subscribed to the Google
On Thu, Mar 26, 2015 at 4:31 PM, Jon Zeppieri zeppi...@gmail.com wrote:
On Thu, Mar 26, 2015 at 5:30 PM, Jon Zeppieri zeppi...@gmail.com wrote:
3 weeks and 40 hours will always have a fixed number of seconds...
And this is because Gregor isn't faithful to UTC, of course.
Otherwise, this
BTW, the ISO 8601 standard (I don't mean the trivial ISO 8601 date/time
format everybody knows) has done a lot on concepts you might want to
look at. Beware that ISO 8601 is big, and there is some baffling stuff
included, but you can't always tell what is important.
One thing I can tell you
On Thu, Mar 26, 2015 at 2:57 PM, Vincent St-Amour stamo...@ccs.neu.edu wrote:
At Thu, 26 Mar 2015 14:30:28 -0400, Jon Zeppieri wrote:
On Thu, Mar 26, 2015 at 10:51 AM, Vincent St-Amour stamo...@ccs.neu.edu
wrote:
- Is a duration data structure, distinct from some number of
nanoseconds,
On Thu, Mar 26, 2015 at 10:51 AM, Vincent St-Amour stamo...@ccs.neu.edu wrote:
This is really cool!
Do you have plans for operations on durations?
Vincent
More vague thoughts than plans.
So-- there's a useful distinction (that comes out of Joda-Time)
between a duration, which is directly
21 matches
Mail list logo
