mirror of
https://github.com/RPCS3/llvm.git
synced 2024-11-25 21:00:00 +00:00
911bb941ce
This is a resubmission of r284590. The mingw build should be fixed now. The problem was we were matching time_t with _localtime_64s, which was incorrect on _USE_32BIT_TIME_T systems. Instead I use localtime_s, which should always evaluate to the correct function. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@284720 91177308-0d34-0410-b5e6-96231b3b80d8
51 lines
1.3 KiB
C++
51 lines
1.3 KiB
C++
//===- llvm/unittest/Support/TimeValueTest.cpp - Time Value tests ---------===//
|
|
//
|
|
// The LLVM Compiler Infrastructure
|
|
//
|
|
// This file is distributed under the University of Illinois Open Source
|
|
// License. See LICENSE.TXT for details.
|
|
//
|
|
//===----------------------------------------------------------------------===//
|
|
|
|
#include "gtest/gtest.h"
|
|
#include "llvm/Support/TimeValue.h"
|
|
#include <time.h>
|
|
|
|
using namespace llvm;
|
|
namespace {
|
|
|
|
TEST(TimeValue, time_t) {
|
|
sys::TimeValue now = sys::TimeValue::now();
|
|
time_t now_t = time(nullptr);
|
|
EXPECT_TRUE(std::abs(static_cast<long>(now_t - now.toEpochTime())) < 2);
|
|
}
|
|
|
|
TEST(TimeValue, Win32FILETIME) {
|
|
uint64_t epoch_as_filetime = 0x19DB1DED53E8000ULL;
|
|
uint32_t ns = 765432100;
|
|
sys::TimeValue epoch;
|
|
|
|
// FILETIME has 100ns of intervals.
|
|
uint64_t ft1970 = epoch_as_filetime + ns / 100;
|
|
epoch.fromWin32Time(ft1970);
|
|
|
|
// The "seconds" part in Posix time may be expected as zero.
|
|
EXPECT_EQ(0u, epoch.toEpochTime());
|
|
EXPECT_EQ(ns, static_cast<uint32_t>(epoch.nanoseconds()));
|
|
|
|
// Confirm it reversible.
|
|
EXPECT_EQ(ft1970, epoch.toWin32Time());
|
|
}
|
|
|
|
TEST(TimeValue, Chrono) {
|
|
sys::TimeValue TV;
|
|
TV.fromEpochTime(0);
|
|
sys::TimePoint<> TP = TV;
|
|
EXPECT_EQ(0u, sys::toTimeT(TP));
|
|
|
|
TP += std::chrono::seconds(47);
|
|
TV = TP;
|
|
EXPECT_EQ(47u, TV.toEpochTime());
|
|
}
|
|
}
|