2018-10-10 21:31:37 +02:00
|
|
|
// Copyright 2018 The Abseil Authors.
|
|
|
|
//
|
|
|
|
// Licensed under the Apache License, Version 2.0 (the "License");
|
|
|
|
// you may not use this file except in compliance with the License.
|
|
|
|
// You may obtain a copy of the License at
|
|
|
|
//
|
2019-03-08 16:27:53 +01:00
|
|
|
// https://www.apache.org/licenses/LICENSE-2.0
|
2018-10-10 21:31:37 +02:00
|
|
|
//
|
|
|
|
// Unless required by applicable law or agreed to in writing, software
|
|
|
|
// distributed under the License is distributed on an "AS IS" BASIS,
|
|
|
|
// WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
|
|
|
|
// See the License for the specific language governing permissions and
|
|
|
|
// limitations under the License.
|
|
|
|
//
|
|
|
|
// -----------------------------------------------------------------------------
|
|
|
|
// File: civil_time.h
|
|
|
|
// -----------------------------------------------------------------------------
|
|
|
|
//
|
|
|
|
// This header file defines abstractions for computing with "civil time".
|
|
|
|
// The term "civil time" refers to the legally recognized human-scale time
|
|
|
|
// that is represented by the six fields `YYYY-MM-DD hh:mm:ss`. A "date"
|
|
|
|
// is perhaps the most common example of a civil time (represented here as
|
|
|
|
// an `absl::CivilDay`).
|
|
|
|
//
|
|
|
|
// Modern-day civil time follows the Gregorian Calendar and is a
|
|
|
|
// time-zone-independent concept: a civil time of "2015-06-01 12:00:00", for
|
|
|
|
// example, is not tied to a time zone. Put another way, a civil time does not
|
|
|
|
// map to a unique point in time; a civil time must be mapped to an absolute
|
|
|
|
// time *through* a time zone.
|
|
|
|
//
|
|
|
|
// Because a civil time is what most people think of as "time," it is common to
|
|
|
|
// map absolute times to civil times to present to users.
|
|
|
|
//
|
|
|
|
// Time zones define the relationship between absolute and civil times. Given an
|
|
|
|
// absolute or civil time and a time zone, you can compute the other time:
|
|
|
|
//
|
|
|
|
// Civil Time = F(Absolute Time, Time Zone)
|
|
|
|
// Absolute Time = G(Civil Time, Time Zone)
|
|
|
|
//
|
|
|
|
// The Abseil time library allows you to construct such civil times from
|
|
|
|
// absolute times; consult time.h for such functionality.
|
|
|
|
//
|
|
|
|
// This library provides six classes for constructing civil-time objects, and
|
|
|
|
// provides several helper functions for rounding, iterating, and performing
|
|
|
|
// arithmetic on civil-time objects, while avoiding complications like
|
|
|
|
// daylight-saving time (DST):
|
|
|
|
//
|
|
|
|
// * `absl::CivilSecond`
|
|
|
|
// * `absl::CivilMinute`
|
|
|
|
// * `absl::CivilHour`
|
|
|
|
// * `absl::CivilDay`
|
|
|
|
// * `absl::CivilMonth`
|
|
|
|
// * `absl::CivilYear`
|
|
|
|
//
|
|
|
|
// Example:
|
|
|
|
//
|
|
|
|
// // Construct a civil-time object for a specific day
|
|
|
|
// const absl::CivilDay cd(1969, 07, 20);
|
|
|
|
//
|
|
|
|
// // Construct a civil-time object for a specific second
|
|
|
|
// const absl::CivilSecond cd(2018, 8, 1, 12, 0, 1);
|
|
|
|
//
|
|
|
|
// Note: In C++14 and later, this library is usable in a constexpr context.
|
|
|
|
//
|
|
|
|
// Example:
|
|
|
|
//
|
|
|
|
// // Valid in C++14
|
|
|
|
// constexpr absl::CivilDay cd(1969, 07, 20);
|
|
|
|
|
|
|
|
#ifndef ABSL_TIME_CIVIL_TIME_H_
|
|
|
|
#define ABSL_TIME_CIVIL_TIME_H_
|
|
|
|
|
|
|
|
#include <string>
|
|
|
|
|
|
|
|
#include "absl/strings/string_view.h"
|
|
|
|
#include "absl/time/internal/cctz/include/cctz/civil_time.h"
|
|
|
|
|
|
|
|
namespace absl {
|
|
|
|
|
|
|
|
namespace time_internal {
|
|
|
|
struct second_tag : cctz::detail::second_tag {};
|
|
|
|
struct minute_tag : second_tag, cctz::detail::minute_tag {};
|
|
|
|
struct hour_tag : minute_tag, cctz::detail::hour_tag {};
|
|
|
|
struct day_tag : hour_tag, cctz::detail::day_tag {};
|
|
|
|
struct month_tag : day_tag, cctz::detail::month_tag {};
|
|
|
|
struct year_tag : month_tag, cctz::detail::year_tag {};
|
|
|
|
} // namespace time_internal
|
|
|
|
|
|
|
|
// -----------------------------------------------------------------------------
|
|
|
|
// CivilSecond, CivilMinute, CivilHour, CivilDay, CivilMonth, CivilYear
|
|
|
|
// -----------------------------------------------------------------------------
|
|
|
|
//
|
|
|
|
// Each of these civil-time types is a simple value type with the same
|
|
|
|
// interface for construction and the same six accessors for each of the civil
|
|
|
|
// time fields (year, month, day, hour, minute, and second, aka YMDHMS). These
|
|
|
|
// classes differ only in their alignment, which is indicated by the type name
|
|
|
|
// and specifies the field on which arithmetic operates.
|
|
|
|
//
|
|
|
|
// CONSTRUCTION
|
|
|
|
//
|
|
|
|
// Each of the civil-time types can be constructed in two ways: by directly
|
|
|
|
// passing to the constructor up to six integers representing the YMDHMS fields,
|
|
|
|
// or by copying the YMDHMS fields from a differently aligned civil-time type.
|
|
|
|
// Omitted fields are assigned their minimum valid value. Hours, minutes, and
|
|
|
|
// seconds will be set to 0, month and day will be set to 1. Since there is no
|
|
|
|
// minimum year, the default is 1970.
|
|
|
|
//
|
|
|
|
// Examples:
|
|
|
|
//
|
|
|
|
// absl::CivilDay default_value; // 1970-01-01 00:00:00
|
|
|
|
//
|
|
|
|
// absl::CivilDay a(2015, 2, 3); // 2015-02-03 00:00:00
|
|
|
|
// absl::CivilDay b(2015, 2, 3, 4, 5, 6); // 2015-02-03 00:00:00
|
|
|
|
// absl::CivilDay c(2015); // 2015-01-01 00:00:00
|
|
|
|
//
|
|
|
|
// absl::CivilSecond ss(2015, 2, 3, 4, 5, 6); // 2015-02-03 04:05:06
|
|
|
|
// absl::CivilMinute mm(ss); // 2015-02-03 04:05:00
|
|
|
|
// absl::CivilHour hh(mm); // 2015-02-03 04:00:00
|
|
|
|
// absl::CivilDay d(hh); // 2015-02-03 00:00:00
|
|
|
|
// absl::CivilMonth m(d); // 2015-02-01 00:00:00
|
|
|
|
// absl::CivilYear y(m); // 2015-01-01 00:00:00
|
|
|
|
//
|
|
|
|
// m = absl::CivilMonth(y); // 2015-01-01 00:00:00
|
|
|
|
// d = absl::CivilDay(m); // 2015-01-01 00:00:00
|
|
|
|
// hh = absl::CivilHour(d); // 2015-01-01 00:00:00
|
|
|
|
// mm = absl::CivilMinute(hh); // 2015-01-01 00:00:00
|
|
|
|
// ss = absl::CivilSecond(mm); // 2015-01-01 00:00:00
|
|
|
|
//
|
|
|
|
// Each civil-time class is aligned to the civil-time field indicated in the
|
|
|
|
// class's name after normalization. Alignment is performed by setting all the
|
|
|
|
// inferior fields to their minimum valid value (as described above). The
|
|
|
|
// following are examples of how each of the six types would align the fields
|
|
|
|
// representing November 22, 2015 at 12:34:56 in the afternoon. (Note: the
|
|
|
|
// string format used here is not important; it's just a shorthand way of
|
|
|
|
// showing the six YMDHMS fields.)
|
|
|
|
//
|
|
|
|
// absl::CivilSecond : 2015-11-22 12:34:56
|
|
|
|
// absl::CivilMinute : 2015-11-22 12:34:00
|
|
|
|
// absl::CivilHour : 2015-11-22 12:00:00
|
|
|
|
// absl::CivilDay : 2015-11-22 00:00:00
|
|
|
|
// absl::CivilMonth : 2015-11-01 00:00:00
|
|
|
|
// absl::CivilYear : 2015-01-01 00:00:00
|
|
|
|
//
|
|
|
|
// Each civil-time type performs arithmetic on the field to which it is
|
|
|
|
// aligned. This means that adding 1 to an absl::CivilDay increments the day
|
|
|
|
// field (normalizing as necessary), and subtracting 7 from an absl::CivilMonth
|
|
|
|
// operates on the month field (normalizing as necessary). All arithmetic
|
|
|
|
// produces a valid civil time. Difference requires two similarly aligned
|
|
|
|
// civil-time objects and returns the scalar answer in units of the objects'
|
|
|
|
// alignment. For example, the difference between two absl::CivilHour objects
|
|
|
|
// will give an answer in units of civil hours.
|
|
|
|
//
|
|
|
|
// ALIGNMENT CONVERSION
|
|
|
|
//
|
|
|
|
// The alignment of a civil-time object cannot change, but the object may be
|
|
|
|
// used to construct a new object with a different alignment. This is referred
|
|
|
|
// to as "realigning". When realigning to a type with the same or more
|
|
|
|
// precision (e.g., absl::CivilDay -> absl::CivilSecond), the conversion may be
|
|
|
|
// performed implicitly since no information is lost. However, if information
|
|
|
|
// could be discarded (e.g., CivilSecond -> CivilDay), the conversion must
|
|
|
|
// be explicit at the call site.
|
|
|
|
//
|
|
|
|
// Examples:
|
|
|
|
//
|
|
|
|
// void UseDay(absl::CivilDay day);
|
|
|
|
//
|
|
|
|
// absl::CivilSecond cs;
|
|
|
|
// UseDay(cs); // Won't compile because data may be discarded
|
|
|
|
// UseDay(absl::CivilDay(cs)); // OK: explicit conversion
|
|
|
|
//
|
|
|
|
// absl::CivilDay cd;
|
|
|
|
// UseDay(cd); // OK: no conversion needed
|
|
|
|
//
|
|
|
|
// absl::CivilMonth cm;
|
|
|
|
// UseDay(cm); // OK: implicit conversion to absl::CivilDay
|
|
|
|
//
|
|
|
|
// NORMALIZATION
|
|
|
|
//
|
|
|
|
// Normalization takes invalid values and adjusts them to produce valid values.
|
|
|
|
// Within the civil-time library, integer arguments passed to the Civil*
|
|
|
|
// constructors may be out-of-range, in which case they are normalized by
|
|
|
|
// carrying overflow into a field of courser granularity to produce valid
|
|
|
|
// civil-time objects. This normalization enables natural arithmetic on
|
|
|
|
// constructor arguments without worrying about the field's range.
|
|
|
|
//
|
|
|
|
// Examples:
|
|
|
|
//
|
|
|
|
// // Out-of-range; normalized to 2016-11-01
|
|
|
|
// absl::CivilDay d(2016, 10, 32);
|
|
|
|
// // Out-of-range, negative: normalized to 2016-10-30T23
|
|
|
|
// absl::CivilHour h1(2016, 10, 31, -1);
|
|
|
|
// // Normalization is cumulative: normalized to 2016-10-30T23
|
|
|
|
// absl::CivilHour h2(2016, 10, 32, -25);
|
|
|
|
//
|
|
|
|
// Note: If normalization is undesired, you can signal an error by comparing
|
|
|
|
// the constructor arguments to the normalized values returned by the YMDHMS
|
|
|
|
// properties.
|
|
|
|
//
|
|
|
|
// COMPARISON
|
|
|
|
//
|
|
|
|
// Comparison between civil-time objects considers all six YMDHMS fields,
|
|
|
|
// regardless of the type's alignment. Comparison between differently aligned
|
|
|
|
// civil-time types is allowed.
|
|
|
|
//
|
|
|
|
// Examples:
|
|
|
|
//
|
|
|
|
// absl::CivilDay feb_3(2015, 2, 3); // 2015-02-03 00:00:00
|
|
|
|
// absl::CivilDay mar_4(2015, 3, 4); // 2015-03-04 00:00:00
|
|
|
|
// // feb_3 < mar_4
|
|
|
|
// // absl::CivilYear(feb_3) == absl::CivilYear(mar_4)
|
|
|
|
//
|
|
|
|
// absl::CivilSecond feb_3_noon(2015, 2, 3, 12, 0, 0); // 2015-02-03 12:00:00
|
|
|
|
// // feb_3 < feb_3_noon
|
|
|
|
// // feb_3 == absl::CivilDay(feb_3_noon)
|
|
|
|
//
|
|
|
|
// // Iterates all the days of February 2015.
|
|
|
|
// for (absl::CivilDay d(2015, 2, 1); d < absl::CivilMonth(2015, 3); ++d) {
|
|
|
|
// // ...
|
|
|
|
// }
|
|
|
|
//
|
|
|
|
// ARITHMETIC
|
|
|
|
//
|
|
|
|
// Civil-time types support natural arithmetic operators such as addition,
|
|
|
|
// subtraction, and difference. Arithmetic operates on the civil-time field
|
|
|
|
// indicated in the type's name. Difference operators require arguments with
|
|
|
|
// the same alignment and return the answer in units of the alignment.
|
|
|
|
//
|
|
|
|
// Example:
|
|
|
|
//
|
|
|
|
// absl::CivilDay a(2015, 2, 3);
|
|
|
|
// ++a; // 2015-02-04 00:00:00
|
|
|
|
// --a; // 2015-02-03 00:00:00
|
|
|
|
// absl::CivilDay b = a + 1; // 2015-02-04 00:00:00
|
|
|
|
// absl::CivilDay c = 1 + b; // 2015-02-05 00:00:00
|
|
|
|
// int n = c - a; // n = 2 (civil days)
|
|
|
|
// int m = c - absl::CivilMonth(c); // Won't compile: different types.
|
|
|
|
//
|
|
|
|
// ACCESSORS
|
|
|
|
//
|
|
|
|
// Each civil-time type has accessors for all six of the civil-time fields:
|
|
|
|
// year, month, day, hour, minute, and second.
|
|
|
|
//
|
|
|
|
// civil_year_t year()
|
|
|
|
// int month()
|
|
|
|
// int day()
|
|
|
|
// int hour()
|
|
|
|
// int minute()
|
|
|
|
// int second()
|
|
|
|
//
|
2019-09-30 20:24:41 +02:00
|
|
|
// Recall that fields inferior to the type's alignment will be set to their
|
2018-10-10 21:31:37 +02:00
|
|
|
// minimum valid value.
|
|
|
|
//
|
|
|
|
// Example:
|
|
|
|
//
|
|
|
|
// absl::CivilDay d(2015, 6, 28);
|
|
|
|
// // d.year() == 2015
|
|
|
|
// // d.month() == 6
|
|
|
|
// // d.day() == 28
|
|
|
|
// // d.hour() == 0
|
|
|
|
// // d.minute() == 0
|
|
|
|
// // d.second() == 0
|
|
|
|
//
|
|
|
|
// CASE STUDY: Adding a month to January 31.
|
|
|
|
//
|
|
|
|
// One of the classic questions that arises when considering a civil time
|
|
|
|
// library (or a date library or a date/time library) is this:
|
|
|
|
// "What is the result of adding a month to January 31?"
|
|
|
|
// This is an interesting question because it is unclear what is meant by a
|
|
|
|
// "month", and several different answers are possible, depending on context:
|
|
|
|
//
|
|
|
|
// 1. March 3 (or 2 if a leap year), if "add a month" means to add a month to
|
|
|
|
// the current month, and adjust the date to overflow the extra days into
|
|
|
|
// March. In this case the result of "February 31" would be normalized as
|
|
|
|
// within the civil-time library.
|
|
|
|
// 2. February 28 (or 29 if a leap year), if "add a month" means to add a
|
|
|
|
// month, and adjust the date while holding the resulting month constant.
|
|
|
|
// In this case, the result of "February 31" would be truncated to the last
|
|
|
|
// day in February.
|
|
|
|
// 3. An error. The caller may get some error, an exception, an invalid date
|
|
|
|
// object, or perhaps return `false`. This may make sense because there is
|
|
|
|
// no single unambiguously correct answer to the question.
|
|
|
|
//
|
|
|
|
// Practically speaking, any answer that is not what the programmer intended
|
|
|
|
// is the wrong answer.
|
|
|
|
//
|
|
|
|
// The Abseil time library avoids this problem by making it impossible to
|
|
|
|
// ask ambiguous questions. All civil-time objects are aligned to a particular
|
|
|
|
// civil-field boundary (such as aligned to a year, month, day, hour, minute,
|
|
|
|
// or second), and arithmetic operates on the field to which the object is
|
|
|
|
// aligned. This means that in order to "add a month" the object must first be
|
|
|
|
// aligned to a month boundary, which is equivalent to the first day of that
|
|
|
|
// month.
|
|
|
|
//
|
|
|
|
// Of course, there are ways to compute an answer the question at hand using
|
|
|
|
// this Abseil time library, but they require the programmer to be explicit
|
|
|
|
// about the answer they expect. To illustrate, let's see how to compute all
|
|
|
|
// three of the above possible answers to the question of "Jan 31 plus 1
|
|
|
|
// month":
|
|
|
|
//
|
|
|
|
// Example:
|
|
|
|
//
|
|
|
|
// const absl::CivilDay d(2015, 1, 31);
|
|
|
|
//
|
|
|
|
// // Answer 1:
|
|
|
|
// // Add 1 to the month field in the constructor, and rely on normalization.
|
|
|
|
// const auto normalized = absl::CivilDay(d.year(), d.month() + 1, d.day());
|
|
|
|
// // normalized == 2015-03-03 (aka Feb 31)
|
|
|
|
//
|
|
|
|
// // Answer 2:
|
|
|
|
// // Add 1 to month field, capping to the end of next month.
|
|
|
|
// const auto next_month = absl::CivilMonth(d) + 1;
|
|
|
|
// const auto last_day_of_next_month = absl::CivilDay(next_month + 1) - 1;
|
|
|
|
// const auto capped = std::min(normalized, last_day_of_next_month);
|
|
|
|
// // capped == 2015-02-28
|
|
|
|
//
|
|
|
|
// // Answer 3:
|
|
|
|
// // Signal an error if the normalized answer is not in next month.
|
|
|
|
// if (absl::CivilMonth(normalized) != next_month) {
|
|
|
|
// // error, month overflow
|
|
|
|
// }
|
|
|
|
//
|
|
|
|
using CivilSecond =
|
|
|
|
time_internal::cctz::detail::civil_time<time_internal::second_tag>;
|
|
|
|
using CivilMinute =
|
|
|
|
time_internal::cctz::detail::civil_time<time_internal::minute_tag>;
|
|
|
|
using CivilHour =
|
|
|
|
time_internal::cctz::detail::civil_time<time_internal::hour_tag>;
|
|
|
|
using CivilDay =
|
|
|
|
time_internal::cctz::detail::civil_time<time_internal::day_tag>;
|
|
|
|
using CivilMonth =
|
|
|
|
time_internal::cctz::detail::civil_time<time_internal::month_tag>;
|
|
|
|
using CivilYear =
|
|
|
|
time_internal::cctz::detail::civil_time<time_internal::year_tag>;
|
|
|
|
|
|
|
|
// civil_year_t
|
|
|
|
//
|
|
|
|
// Type alias of a civil-time year value. This type is guaranteed to (at least)
|
|
|
|
// support any year value supported by `time_t`.
|
|
|
|
//
|
|
|
|
// Example:
|
|
|
|
//
|
|
|
|
// absl::CivilSecond cs = ...;
|
|
|
|
// absl::civil_year_t y = cs.year();
|
2018-10-22 20:04:58 +02:00
|
|
|
// cs = absl::CivilSecond(y, 1, 1, 0, 0, 0); // CivilSecond(CivilYear(cs))
|
2018-10-10 21:31:37 +02:00
|
|
|
//
|
|
|
|
using civil_year_t = time_internal::cctz::year_t;
|
|
|
|
|
|
|
|
// civil_diff_t
|
|
|
|
//
|
|
|
|
// Type alias of the difference between two civil-time values.
|
|
|
|
// This type is used to indicate arguments that are not
|
|
|
|
// normalized (such as parameters to the civil-time constructors), the results
|
|
|
|
// of civil-time subtraction, or the operand to civil-time addition.
|
|
|
|
//
|
|
|
|
// Example:
|
|
|
|
//
|
|
|
|
// absl::civil_diff_t n_sec = cs1 - cs2; // cs1 == cs2 + n_sec;
|
|
|
|
//
|
|
|
|
using civil_diff_t = time_internal::cctz::diff_t;
|
|
|
|
|
|
|
|
// Weekday::monday, Weekday::tuesday, Weekday::wednesday, Weekday::thursday,
|
|
|
|
// Weekday::friday, Weekday::saturday, Weekday::sunday
|
|
|
|
//
|
|
|
|
// The Weekday enum class represents the civil-time concept of a "weekday" with
|
|
|
|
// members for all days of the week.
|
|
|
|
//
|
|
|
|
// absl::Weekday wd = absl::Weekday::thursday;
|
|
|
|
//
|
|
|
|
using Weekday = time_internal::cctz::weekday;
|
|
|
|
|
|
|
|
// GetWeekday()
|
|
|
|
//
|
2019-07-02 21:50:48 +02:00
|
|
|
// Returns the absl::Weekday for the given (realigned) civil-time value.
|
2018-10-10 21:31:37 +02:00
|
|
|
//
|
|
|
|
// Example:
|
|
|
|
//
|
|
|
|
// absl::CivilDay a(2015, 8, 13);
|
|
|
|
// absl::Weekday wd = absl::GetWeekday(a); // wd == absl::Weekday::thursday
|
|
|
|
//
|
2019-07-02 21:50:48 +02:00
|
|
|
inline Weekday GetWeekday(CivilSecond cs) {
|
|
|
|
return time_internal::cctz::get_weekday(cs);
|
2018-10-10 21:31:37 +02:00
|
|
|
}
|
|
|
|
|
|
|
|
// NextWeekday()
|
|
|
|
// PrevWeekday()
|
|
|
|
//
|
|
|
|
// Returns the absl::CivilDay that strictly follows or precedes a given
|
|
|
|
// absl::CivilDay, and that falls on the given absl::Weekday.
|
|
|
|
//
|
|
|
|
// Example, given the following month:
|
|
|
|
//
|
|
|
|
// August 2015
|
|
|
|
// Su Mo Tu We Th Fr Sa
|
|
|
|
// 1
|
|
|
|
// 2 3 4 5 6 7 8
|
|
|
|
// 9 10 11 12 13 14 15
|
|
|
|
// 16 17 18 19 20 21 22
|
|
|
|
// 23 24 25 26 27 28 29
|
|
|
|
// 30 31
|
|
|
|
//
|
|
|
|
// absl::CivilDay a(2015, 8, 13);
|
|
|
|
// // absl::GetWeekday(a) == absl::Weekday::thursday
|
|
|
|
// absl::CivilDay b = absl::NextWeekday(a, absl::Weekday::thursday);
|
|
|
|
// // b = 2015-08-20
|
|
|
|
// absl::CivilDay c = absl::PrevWeekday(a, absl::Weekday::thursday);
|
|
|
|
// // c = 2015-08-06
|
|
|
|
//
|
|
|
|
// absl::CivilDay d = ...
|
|
|
|
// // Gets the following Thursday if d is not already Thursday
|
2019-05-30 17:42:34 +02:00
|
|
|
// absl::CivilDay thurs1 = absl::NextWeekday(d - 1, absl::Weekday::thursday);
|
2018-10-10 21:31:37 +02:00
|
|
|
// // Gets the previous Thursday if d is not already Thursday
|
2019-05-30 17:42:34 +02:00
|
|
|
// absl::CivilDay thurs2 = absl::PrevWeekday(d + 1, absl::Weekday::thursday);
|
2018-10-10 21:31:37 +02:00
|
|
|
//
|
|
|
|
inline CivilDay NextWeekday(CivilDay cd, Weekday wd) {
|
|
|
|
return CivilDay(time_internal::cctz::next_weekday(cd, wd));
|
|
|
|
}
|
|
|
|
inline CivilDay PrevWeekday(CivilDay cd, Weekday wd) {
|
|
|
|
return CivilDay(time_internal::cctz::prev_weekday(cd, wd));
|
|
|
|
}
|
|
|
|
|
|
|
|
// GetYearDay()
|
|
|
|
//
|
2019-07-02 21:50:48 +02:00
|
|
|
// Returns the day-of-year for the given (realigned) civil-time value.
|
2018-10-10 21:31:37 +02:00
|
|
|
//
|
|
|
|
// Example:
|
|
|
|
//
|
|
|
|
// absl::CivilDay a(2015, 1, 1);
|
|
|
|
// int yd_jan_1 = absl::GetYearDay(a); // yd_jan_1 = 1
|
|
|
|
// absl::CivilDay b(2015, 12, 31);
|
|
|
|
// int yd_dec_31 = absl::GetYearDay(b); // yd_dec_31 = 365
|
|
|
|
//
|
2019-07-02 21:50:48 +02:00
|
|
|
inline int GetYearDay(CivilSecond cs) {
|
|
|
|
return time_internal::cctz::get_yearday(cs);
|
2018-10-10 21:31:37 +02:00
|
|
|
}
|
|
|
|
|
|
|
|
// FormatCivilTime()
|
|
|
|
//
|
|
|
|
// Formats the given civil-time value into a string value of the following
|
|
|
|
// format:
|
|
|
|
//
|
|
|
|
// Type | Format
|
|
|
|
// ---------------------------------
|
|
|
|
// CivilSecond | YYYY-MM-DDTHH:MM:SS
|
|
|
|
// CivilMinute | YYYY-MM-DDTHH:MM
|
|
|
|
// CivilHour | YYYY-MM-DDTHH
|
|
|
|
// CivilDay | YYYY-MM-DD
|
|
|
|
// CivilMonth | YYYY-MM
|
|
|
|
// CivilYear | YYYY
|
|
|
|
//
|
|
|
|
// Example:
|
|
|
|
//
|
|
|
|
// absl::CivilDay d = absl::CivilDay(1969, 7, 20);
|
2019-03-06 20:36:55 +01:00
|
|
|
// std::string day_string = absl::FormatCivilTime(d); // "1969-07-20"
|
2018-10-10 21:31:37 +02:00
|
|
|
//
|
|
|
|
std::string FormatCivilTime(CivilSecond c);
|
|
|
|
std::string FormatCivilTime(CivilMinute c);
|
|
|
|
std::string FormatCivilTime(CivilHour c);
|
|
|
|
std::string FormatCivilTime(CivilDay c);
|
|
|
|
std::string FormatCivilTime(CivilMonth c);
|
|
|
|
std::string FormatCivilTime(CivilYear c);
|
|
|
|
|
2019-09-20 16:07:04 +02:00
|
|
|
// absl::ParseCivilTime()
|
|
|
|
//
|
|
|
|
// Parses a civil-time value from the specified `absl::string_view` into the
|
|
|
|
// passed output parameter. Returns `true` upon successful parsing.
|
|
|
|
//
|
|
|
|
// The expected form of the input string is as follows:
|
|
|
|
//
|
|
|
|
// Type | Format
|
|
|
|
// ---------------------------------
|
|
|
|
// CivilSecond | YYYY-MM-DDTHH:MM:SS
|
|
|
|
// CivilMinute | YYYY-MM-DDTHH:MM
|
|
|
|
// CivilHour | YYYY-MM-DDTHH
|
|
|
|
// CivilDay | YYYY-MM-DD
|
|
|
|
// CivilMonth | YYYY-MM
|
|
|
|
// CivilYear | YYYY
|
|
|
|
//
|
|
|
|
// Example:
|
|
|
|
//
|
|
|
|
// absl::CivilDay d;
|
|
|
|
// bool ok = absl::ParseCivilTime("2018-01-02", &d); // OK
|
|
|
|
//
|
|
|
|
// Note that parsing will fail if the string's format does not match the
|
|
|
|
// expected type exactly. `ParseLenientCivilTime()` below is more lenient.
|
|
|
|
//
|
|
|
|
bool ParseCivilTime(absl::string_view s, CivilSecond* c);
|
|
|
|
bool ParseCivilTime(absl::string_view s, CivilMinute* c);
|
|
|
|
bool ParseCivilTime(absl::string_view s, CivilHour* c);
|
|
|
|
bool ParseCivilTime(absl::string_view s, CivilDay* c);
|
|
|
|
bool ParseCivilTime(absl::string_view s, CivilMonth* c);
|
|
|
|
bool ParseCivilTime(absl::string_view s, CivilYear* c);
|
|
|
|
|
|
|
|
// ParseLenientCivilTime()
|
|
|
|
//
|
|
|
|
// Parses any of the formats accepted by `absl::ParseCivilTime()`, but is more
|
|
|
|
// lenient if the format of the string does not exactly match the associated
|
|
|
|
// type.
|
|
|
|
//
|
|
|
|
// Example:
|
|
|
|
//
|
|
|
|
// absl::CivilDay d;
|
|
|
|
// bool ok = absl::ParseLenientCivilTime("1969-07-20", &d); // OK
|
|
|
|
// ok = absl::ParseLenientCivilTime("1969-07-20T10", &d); // OK: T10 floored
|
|
|
|
// ok = absl::ParseLenientCivilTime("1969-07", &d); // OK: day defaults to 1
|
|
|
|
//
|
|
|
|
bool ParseLenientCivilTime(absl::string_view s, CivilSecond* c);
|
|
|
|
bool ParseLenientCivilTime(absl::string_view s, CivilMinute* c);
|
|
|
|
bool ParseLenientCivilTime(absl::string_view s, CivilHour* c);
|
|
|
|
bool ParseLenientCivilTime(absl::string_view s, CivilDay* c);
|
|
|
|
bool ParseLenientCivilTime(absl::string_view s, CivilMonth* c);
|
|
|
|
bool ParseLenientCivilTime(absl::string_view s, CivilYear* c);
|
|
|
|
|
2018-10-10 21:31:37 +02:00
|
|
|
namespace time_internal { // For functions found via ADL on civil-time tags.
|
|
|
|
|
|
|
|
// Streaming Operators
|
|
|
|
//
|
|
|
|
// Each civil-time type may be sent to an output stream using operator<<().
|
|
|
|
// The result matches the string produced by `FormatCivilTime()`.
|
|
|
|
//
|
|
|
|
// Example:
|
|
|
|
//
|
Export of internal Abseil changes
--
2f49cb9009386bc67bf54a2908c8720b749c8b7f by Greg Falcon <gfalcon@google.com>:
docs: fix typo
Import of https://github.com/abseil/abseil-cpp/pull/397
PiperOrigin-RevId: 277504420
--
f2bed362c1c12d3fa9c22d11f2b918668e8c37b7 by Abseil Team <absl-team@google.com>:
Avoid our is_[copy/move]_assignable workarounds in MSVC 19.20 and on, since that release introduces a regression that breaks our workaround. We should ideally use the std forms in more cases, but branching when our workarounds fail is simpler to maintain.
PiperOrigin-RevId: 277502334
--
e33de894ffd49848b9e088f59acc9743d1661948 by Derek Mauro <dmauro@google.com>:
Update rules_cc version. The mirror.bazel.build URL does not exist
(cache expiration?)
PiperOrigin-RevId: 277498394
--
b23757b0747c64634d2d701433782c969effef19 by Abseil Team <absl-team@google.com>:
Fix https://github.com/abseil/abseil-cpp/issues/394.
PiperOrigin-RevId: 277491405
--
54c75b8b29813531c52d67cf0ba7063baae4a4f3 by Abseil Team <absl-team@google.com>:
Fix comment typos: waker => waiter.
PiperOrigin-RevId: 277376952
--
874eeaa3b3af808fc88b6355245f643674f5e36e by Abseil Team <absl-team@google.com>:
Don't use atomic ops on waiter and wakeup counts in CONDVAR waiter mode.
Just guard the waiter and wakeup counts with the mutex. This eliminates the
race.
Also fix a typo in the error message for pthread_cond_timedwait.
PiperOrigin-RevId: 277366017
--
ce8c9a63109214519b5a7eaecef2c663c4d566df by Greg Falcon <gfalcon@google.com>:
Implement the config options for our four main C++ forward compatibility types.
These options control whether the names `any`, `optional`, `string_view`, and `variant` in namespace `absl` are aliases to the corresponding C++17 types in namespace `std`. By default, we continue to auto-detect the configuration of the compiler being run.
These options are not intended to be modified on the command line (as -D flags, say). Instead, the options.h file can be modified by distributors of Abseil (e.g., binary packagers, maintainers of local copies of Abseil, etc.)
Changing options will change Abseil in an ODR sense. Any program must only link in a single version of Abseil. Linking libraries that use Abseil configured with different options is an error: there is no ABI compatibility guarantee when linking different configurations, even if the Abseil versions used are otherwise exactly identical.
PiperOrigin-RevId: 277364298
--
5ed3ad42ae43a05862070f92f9ffd07f5c1f2b81 by Chris Kennelly <ckennelly@google.com>:
Suppress -Wimplicit-int-float-conversion.
On recent builds of Clang, this is an error/warning.
PiperOrigin-RevId: 277346168
--
9b9b0055243c705189bb27d912e6d45a7789cdee by Eric Fiselier <ericwf@google.com>:
Allow building Abseil as a shared library with CMake.
By default CMake's `add_library` creates the target as a static
library. However, users can override the default using the builtin
CMake option -DBUILD_SHARED_LIBS=ON.
This changes Abseil's CMake to respect this configuration option
by removing the explicit `STATIC` in our usages of `add_library`.
PiperOrigin-RevId: 277337753
--
63a8b7b8ede3a9d851916929d6b8537f4f2508ca by Abseil Team <absl-team@google.com>:
Improve AlphaNum Hex performance by using absl::numbers_internal::FastHexToBufferZeroPad16.
PiperOrigin-RevId: 277318108
--
dd047f7e92032682d94b27732df0e4d0670e24a4 by CJ Johnson <johnsoncj@google.com>:
Internal change
PiperOrigin-RevId: 277316913
--
d19ee7074929fed08973cc5b40a844573ce1e0a6 by Abseil Team <absl-team@google.com>:
Handle invoking [[nodiscard]] functions correctly in our tests.
PiperOrigin-RevId: 277301500
--
5373f3737894ba9b8481e95e5f58c7957c00d26a by Chris Kennelly <ckennelly@google.com>:
For internal reasons, loosen visibility restrictions of `//absl/base:malloc_internal`.
As an internal-namespace interface, this module remains unsupported. We
reserve the right to change, delete, or re-restrict visibility to this target
at any time.
PiperOrigin-RevId: 277118689
--
44e4f6655e05393a375d09b3625c192b1fde5909 by Abseil Team <absl-team@google.com>:
Fix error in example civil day comment.
PiperOrigin-RevId: 277103315
--
7657392b4ce48469106f11cdb952a0bc76a28df3 by Abseil Team <absl-team@google.com>:
Internal change
PiperOrigin-RevId: 277056076
--
c75bda76f40b01fa249b75b5a70c1f5907e56c76 by Abseil Team <absl-team@google.com>:
Suppress lifetime constant-initialization tests when building with MSVC versions > 19.0.
These are broken due to non-compliant initialization order in these versions:
https://developercommunity.visualstudio.com/content/problem/336946/class-with-constexpr-constructor-not-using-static.html
We don't know when Microsoft will fix this bug.
PiperOrigin-RevId: 277049770
--
16c3b9bf2a1796efa57f97b00bcd6227fbccca1f by Matt Calabrese <calabrese@google.com>:
Avoid our is_[copy/move]_assignable workarounds in MSVC 19.20 and on, since that release introduces a regression that breaks our workaround. We should ideally use the std forms in more cases, but branching when our workarounds fail is simpler to maintain.
PiperOrigin-RevId: 277048670
--
e91003fa3ee6026d9b80624a23fc144fa5d74810 by Chris Kennelly <ckennelly@google.com>:
Fix -Wimplicit-int-float-conversion warning in latest clang
PiperOrigin-RevId: 276771618
--
53087ca6603e86ad815f3dd9ab795cc0f79792c1 by Andy Soffer <asoffer@google.com>:
Add documentation on absl::SNPrintF.
PiperOrigin-RevId: 276694032
--
a9426af8cbd4c3a8f9053e7446c821852e41ff61 by Jorg Brown <jorg@google.com>:
Stop including kern/OSByteOrder.h in order to support __APPLE__
Apple compiles with clang now anyway, and clang has support for the
built-in compiler swap functions that are much faster than any function call to
the OS.
PiperOrigin-RevId: 276625231
--
df974be5aa5b4dc1b09c356cb8816edfc7867e63 by Jorg Brown <jorg@google.com>:
Fix the build for Android x86-64 builds, where __SSE4_2__ is defined but
_bswap64 is not.
PiperOrigin-RevId: 276542642
--
d99dc092b3a5ad17643005e55f3b3cb6b9187ccc by Jorg Brown <jorg@google.com>:
Remove a byteswap from the non-SSE path of FastHexToBufferZeroPad16
Remove the need for including absl/base/internal/endian.h from the SSE case
(since if we have the Intel SSE intrinsics, then clearly we also have the
Intel Byte-Swap intrinsics.)
PiperOrigin-RevId: 276532608
--
d67b106dc930d8558810ae3983613bb2ab1e0d36 by Abseil Team <absl-team@google.com>:
Use explicit static_cast<double> for int64_t to double conversion
This uses an explicit static_cast<double>() in the int64_t to double comparisons in duration.cc's SafeAddRepHi. This satisfies clang's -Wimplicit-int-to-float-conversion warning (with https://reviews.llvm.org/D64666). This may also make it easier for humans to realize that the comparison is happening between two floating point double precision values. It should have no impact on the behavior or generated code.
Tested:
No behavior change
PiperOrigin-RevId: 276529211
GitOrigin-RevId: 2f49cb9009386bc67bf54a2908c8720b749c8b7f
Change-Id: I71e0781893ce219960b8290d54b20532779cb0ff
2019-10-30 16:00:44 +01:00
|
|
|
// absl::CivilDay d = absl::CivilDay(1969, 7, 20);
|
2018-10-10 21:31:37 +02:00
|
|
|
// std::cout << "Date is: " << d << "\n";
|
|
|
|
//
|
|
|
|
std::ostream& operator<<(std::ostream& os, CivilYear y);
|
|
|
|
std::ostream& operator<<(std::ostream& os, CivilMonth m);
|
|
|
|
std::ostream& operator<<(std::ostream& os, CivilDay d);
|
|
|
|
std::ostream& operator<<(std::ostream& os, CivilHour h);
|
|
|
|
std::ostream& operator<<(std::ostream& os, CivilMinute m);
|
|
|
|
std::ostream& operator<<(std::ostream& os, CivilSecond s);
|
|
|
|
|
|
|
|
} // namespace time_internal
|
|
|
|
|
|
|
|
} // namespace absl
|
|
|
|
|
|
|
|
#endif // ABSL_TIME_CIVIL_TIME_H_
|