I for one am happy to see progress made WRT time zone APIs in the C++ world. cctz may not be entirely comprehensive (like the new Java 8 date/time api, etc.) , but it does what it does quite well. From: mj1856@hotmail.com To: brian.inglis@systematicsw.ab.ca; tz@iana.org Subject: RE: [tz] CCTZ time zone library for C++ from Google Date: Wed, 28 Oct 2015 10:10:10 -0700 Could be worse. Could be like the Boost date_time api, which somehow thought it would be acceptable to map tzdb identifiers to fixed offset pairs, and never even bothered to keep them updated.http://www.boost.org/doc/libs/1_59_0/doc/html/date_time/local_time.html#date... https://github.com/boostorg/date_time/tree/master/data
To: tz@iana.org From: Brian.Inglis@systematicsw.ab.ca Date: Wed, 28 Oct 2015 09:52:32 -0600 Subject: Re: [tz] CCTZ time zone library for C++ from Google
On 2015-10-21 13:34, Tim Parenti wrote:
FYI, last month, Google released and open-sourced cctz <https://github.com/google/cctz>, a new time zone library for C++.
My favorite quote from the announcement <http://google-opensource.blogspot.com/2015/09/introducing-cctz-simple-time-z...> on their Open Source Blog:
/"Time zones are logical and easy to use." —no one ever/
Don't think that project will help much, as the zone is not part of the opaque structure, but is a separate parameter in their API: that won't cause many problems! ;^> If we think back 15+ years, many problems were due to messing around with sub-chunks of dates, whether string, integer, or bits, instead of using the APIs provided to convert from one date representation to another. Is it September again in the date/time domain?
-- Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada