> On June 7, 2017, 7:41 p.m., Michael Park wrote: > > 3rdparty/stout/include/stout/duration.hpp > > Lines 105-109 (patched) > > <https://reviews.apache.org/r/59865/diff/1/?file=1743377#file1743377line105> > > > > Maybe just do `t.tv_sec = static_cast<decltype(t.tv_sec)>(ns() / > > SECONDS);`?
Oh thank you, I was trying to find a way to get that type. I had found `typeid` but it wasn't what I needed. I should have just bugged you! - Andrew ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/59865/#review177211 ----------------------------------------------------------- On June 6, 2017, 10:48 p.m., Andrew Schwartzmeyer wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > https://reviews.apache.org/r/59865/ > ----------------------------------------------------------- > > (Updated June 6, 2017, 10:48 p.m.) > > > Review request for mesos, Jeff Coffler, John Kordich, Joseph Wu, and Li Li. > > > Bugs: MESOS-7459 > https://issues.apache.org/jira/browse/MESOS-7459 > > > Repository: mesos > > > Description > ------- > > While `ns()` and our other types are `int64_t`, the variable to which > we're assigning is (by definition of `struct timeval`) a `long`. We cast > it because there is no alternative, and we otherwise generate hundreds > of warnings. > > > Diffs > ----- > > 3rdparty/stout/include/stout/duration.hpp > 138993e25c51efc82d447fe82037bf3a5fe7fd91 > > > Diff: https://reviews.apache.org/r/59865/diff/1/ > > > Testing > ------- > > Built `stout-tests` on Windows and Linux, no more `duration.hpp` warnings. > > > Thanks, > > Andrew Schwartzmeyer > >
