Commits on Mar 12, 2009
  1. [project @ Update TODO plans]

    dlowe-net committed Mar 12, 2009
  2. [project @ TAG local-time-1.0]

    dlowe-net committed Mar 12, 2009
Commits on Dec 23, 2008
Commits on Nov 27, 2008
Commits on Nov 19, 2008
Commits on Nov 18, 2008
Commits on Nov 10, 2008
Commits on Oct 25, 2008
Commits on Oct 2, 2008
Commits on Sep 7, 2008
  1. [project @ fix parse-rfc3339-timestring: Z was not treated as a timez…

    attila-lendvai committed Sep 7, 2008
    …one when asserting for missing elements]
Commits on Aug 23, 2008
Commits on Jul 22, 2008
  1. [project @ Made local-time:now portable by using %unix-gettimeofday]

    Arjan Wekking committed Jul 22, 2008
    This will add nanosecond timestamp support to local-time:now in
    Clozure CL (tested) and CMUCL (untested) besides the already existing
    SBCL support. To support any other CL implementations, simply add an
    implementation to %unix-gettimeofday.
  2. [project @ Added %unix-gettimeofday with implementation for SBCL, CCL…

    Arjan Wekking committed Jul 22, 2008
    … and CMUCL]
    Maps to whatever the CL implementation has to access the UNIX
    gettimeofday(2) function. Returns NIL when the current implementation
    is not supported.
Commits on Jul 21, 2008
  1. [project @ Removed read-time evaluation of constants]

    Arjan Wekking committed Jul 21, 2008
    Clozure CL generates read errors when encountering read-time
    evaluation of constants such as '(integer 0 #.+seconds-per-day+) or
    #.+rotated-month-offsets-without-leap-day+ due to the constants not
    having been defined yet at read-time.
    I'm assuming most CL implementations will recognize these constants
    for what they are (constant) and will compile accordingly without
    these explicit reader macros.
Commits on Jun 18, 2008
  1. [project @ delete assert from adjust-timestamp, so that it works when…

    attila-lendvai committed Jun 18, 2008
    … a form is passed as part which, when evaluated, returns a valid part at runtime]
Commits on Jun 16, 2008
  1. [project @ added a :offset &key for parse-timestring which serves as …

    attila-lendvai committed Jun 16, 2008
    …a default timezone offset when it's not specified in the timestring.]
    background: we can't get it from *default-timezone*, because to know the offset
    of a timezone, you need to have an exact timestamp (think of daylight savings).
Commits on Jun 14, 2008
Commits on Jun 11, 2008