Workaround bug in GCC trunk.

For some reason GCC ToT is failing to deduce the auto type for
a static data member from its initializer in some cases.

Though I'm sure the bug will be short lived, there is a trivial workaround for it.
So we might as well get the bot passing again.

git-svn-id: https://llvm.org/svn/llvm-project/libcxx/trunk@337661 91177308-0d34-0410-b5e6-96231b3b80d8
This commit is contained in:
Eric Fiselier
2018-07-22 21:56:40 +00:00
parent fb03277e63
commit e14f03815b

View File

@@ -94,18 +94,18 @@ using namespace chrono;
template <class FileTimeT, template <class FileTimeT,
bool IsFloat = is_floating_point<typename FileTimeT::rep>::value> bool IsFloat = is_floating_point<typename FileTimeT::rep>::value>
struct fs_time_util_base { struct fs_time_util_base {
static constexpr auto max_seconds = static constexpr seconds::rep max_seconds =
duration_cast<seconds>(FileTimeT::duration::max()).count(); duration_cast<seconds>(FileTimeT::duration::max()).count();
static constexpr auto max_nsec = static constexpr nanoseconds::rep max_nsec =
duration_cast<nanoseconds>(FileTimeT::duration::max() - duration_cast<nanoseconds>(FileTimeT::duration::max() -
seconds(max_seconds)) seconds(max_seconds))
.count(); .count();
static constexpr auto min_seconds = static constexpr seconds::rep min_seconds =
duration_cast<seconds>(FileTimeT::duration::min()).count(); duration_cast<seconds>(FileTimeT::duration::min()).count();
static constexpr auto min_nsec_timespec = static constexpr nanoseconds::rep min_nsec_timespec =
duration_cast<nanoseconds>( duration_cast<nanoseconds>(
(FileTimeT::duration::min() - seconds(min_seconds)) + seconds(1)) (FileTimeT::duration::min() - seconds(min_seconds)) + seconds(1))
.count(); .count();