<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 12pt;
font-family:Calibri
}
--></style></head>
<body class='hmmessage'><div dir='ltr'>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.<br><br><div><hr id="stopSpelling">From: mj1856@hotmail.com<br>To: brian.inglis@systematicsw.ab.ca; tz@iana.org<br>Subject: RE: [tz] CCTZ time zone library for C++ from Google<br>Date: Wed, 28 Oct 2015 10:10:10 -0700<br><br>
<style><!--
.ExternalClass .ecxhmmessage P {
padding:0px;
}
.ExternalClass body.ecxhmmessage {
font-size:12pt;
font-family:Calibri;
}
--></style>
<div dir="ltr">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.<div><a href="http://www.boost.org/doc/libs/1_59_0/doc/html/date_time/local_time.html#date_time.local_time.tz_database" target="_blank">http://www.boost.org/doc/libs/1_59_0/doc/html/date_time/local_time.html#date_time.local_time.tz_database</a><br><div><a href="https://github.com/boostorg/date_time/tree/master/data" target="_blank">https://github.com/boostorg/date_time/tree/master/data</a></div><div><br></div><div><br><div>> To: tz@iana.org<br>> From: Brian.Inglis@systematicsw.ab.ca<br>> Date: Wed, 28 Oct 2015 09:52:32 -0600<br>> Subject: Re: [tz] CCTZ time zone library for C++ from Google<br>> <br>> On 2015-10-21 13:34, Tim Parenti wrote:<br>> > FYI, last month, Google released and open-sourced cctz <https://github.com/google/cctz>, a new time zone library for C++.<br>> ><br>> > My favorite quote from the announcement <http://google-opensource.blogspot.com/2015/09/introducing-cctz-simple-time-zone.html> on their Open Source Blog:<br>> ><br>> > /"Time zones are logical and easy to use." —no one ever/<br>> <br>> 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! ;^><br>> 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?<br>> <br>> -- <br>> Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada<br></div></div></div> </div></div> </div></body>
</html>