I always forget to mention, even though I have had this idea since you had
introduced primitiveUtcWithOffset, that it would be better if the 
primitive could take an optional argument to store the values in the first 
two slots of it instead of creating a new Array. If it's too much burden 
to accept any object, then the argument type can be limited to Array.
This change would make it possible to decrease the GC pressure when many 
timestamps are created in a row.

Levente

On Sat, 12 Mar 2016, David T. Lewis wrote:

> On Mon, Mar 07, 2016 at 12:21:38AM -0500, David T. Lewis wrote:
>> On Sun, May 24, 2015 at 12:36:02PM -0400, David T. Lewis wrote:
>>> UTCDateAndTime is a UTC based implementation of class DateAndTime with
>>> one instance variable representing the magnitude of the point in time,
>>> and another representing local time zone offset.
>>
>> I have updated the UTCDateAndTime package to make it loadable in the latest
>> Squeak trunk and Spur.
>
> Has anyone looked at this yet? Any interest?
>
> Dave
>
>>
>> A new Monticello repository is at http://www.squeaksource.com/UTCDateAndTime.
>> The home page (with a new SAR) is at http://wiki.squeak.org/squeak/6197.
>>
>> Starting with an updated trunk image, you can load UTCDateAndTime in two ways:
>>
>> 1) Open the http://www.squeaksource.com/UTCDateAndTime repository, and load
>> the MCZ files in sequence beginning with Chronology-Core-dtl.3.
>>
>> 2) In a preferences browser, in category 'updates' set the 'Update URL'
>> preference to 'http://www.squeaksource.com/UTCDateAndTime', and do
>> world -> help... -> update code from server.
>>
>> The main objective of UTCDateAndTime is to make DateAndTime conceptually
>> simpler, but a happy side effect is that it is also significantly faster
>> than the old implementation.
>>
>> Dave
>
>