In principle I agree that this would be the tidiest solution. But considering the size of the date/time modules that have been proposed (and those aren't even complete yet), I fear std.datetime will be huge.
How about keeping std.date and introducing std.time? Anyway, if there is agreement on a solution, I can take care of moving stuff around tomorrow - tonight for most of you, that is - if nobody beats me to it. -Lars ----- Reply message ----- From: "Andrei Alexandrescu" <[email protected]> Date: Thu, Sep 9, 2010 16:08 Subject: [phobos] next release To: "Discuss the phobos library for D" <[email protected]> On 9/9/10 8:20 CDT, Lars Tandle Kyllingstad wrote: > I think we should make some kind of decision regarding the date/time > module(s) before releasing a Phobos version that contains std.stopwatch. > > It would be silly to introduce a new module, only to deprecate it and > move Stopwatch into std.time (or whatever) in the following release... Oh, I forgot that hasn't been resolved. Let's do this: 1. deprecate std.perf 2. Define std.datetime, paste std.stopwatch in it, and have it import std.date for now 3. Put a reminding comment in std.date that it'll be deprecated in favor of std.datetime Does someone have the time to do so today? Andrei _______________________________________________ phobos mailing list [email protected] http://lists.puremagic.com/mailman/listinfo/phobos
_______________________________________________ phobos mailing list [email protected] http://lists.puremagic.com/mailman/listinfo/phobos
