[squeak-dev] Re: The Trunk: System-mt.771.mcz
Levente Uzonyi
leves at elte.hu
Thu Oct 22 00:00:14 UTC 2015
The primitive names are different in Squeak and Pharo, so care must be
taken to not break stuff during the integration.
Also, some methods, like #millisecondClockValue, have some special
semantics which should be preserved.
Levente
On Wed, 21 Oct 2015, Eliot Miranda wrote:
> Hi Ben,
> On Wed, Oct 21, 2015 at 7:19 AM, Ben Coman <btc at openinworld.com> wrote:
> On Wed, Oct 21, 2015 at 5:38 AM, Eliot Miranda <eliot.miranda at gmail.com> wrote:
> > Hi Marcel,
> >
> > On Tue, Oct 20, 2015 at 1:15 AM, marcel.taeumel <Marcel.Taeumel at hpi.de>
> > wrote:
> >>
> >> What about saving timezone information, too? Taking on Eliot's thought
> >> about
> >> code from different packages, what about someone that makes a change at
> >> PST
> >> and one at UTC? ... How to merge those at the moment?
> >
> >
> > This seems much more useful. I would like to see minute granularity UTC
> > timestamps. And that reminds me I need to replace the time stuff in 5.0
> > with the microsecond clock support.
>
> Are you talking about Delay? Would you like me to push my microsecond
> DelayScheduler introduced in Pharo? (but I still had a bit more I
> wanted to clean in Pharo.)
>
>
> Not juest Delay, but deriving all time from the microsecond clock primitives, and eliminating the code for the now unnecessary overflow/wraparound
> of the millisecond clock. So yes please. I also made changes at Cadence that mean one can profile across a snapshot and hence profile start-up
> and shut-down activities. I'll integrate this after you integrate the microsecond clock basis.
>
> cheers -ben
>
> >> Accurate timestamps are kind of important... :-/
> >
> >
> > Yes, agreed. But method timestamps to second granularity? Why do you need
> > that kind of granularity?
> >
> >>
> >>
> >> Best,
> >> Marcel
> >>
> >>
> >>
> >> --
> >> View this message in context:
> >> http://forum.world.st/The-Trunk-System-mt-771-mcz-tp4856201p4856686.html
> >> Sent from the Squeak - Dev mailing list archive at Nabble.com.
> >>
> >
> >
> >
> > --
> > _,,,^..^,,,_
> > best, Eliot
> >
> >
> >
>
>
>
>
> --
> _,,,^..^,,,_
> best, Eliot
>
>
More information about the Squeak-dev
mailing list
|