I had the same idea, and I already implemented it in trunk interpreter
VMMaker, but it is probably not in oscog yet. I did not add it on the
image side, although we could do so if we update the VMs.

Dave

> 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
>>
>>
>