date_time

date_time copied to clipboard

Dates before 1400-01-01

1

Hi, I want to use boost::date_time with dates before 1400, which is currently not possible. In the best case I'd like to use dates before 0, but I would be...

ev1313

to_iso_extended_string documentation wrong about fraction print

5

I am using `std::string to_iso_extended_string(ptime)` and have reports that on some system it prints without the second fractions. Consulting the documentation and the header of boost 1.71 I was confronted...

Superlokkus

Force inline boost::gregorian::date::date(special_values) to improve performance

8

Fixes #121 A small overview of benefits and potential downsides is extracted from #121 below: This compiler workaround would improve the code size and speed for the majority of user...

p12tic

'possible loss of data' warning when using wide-character wtime_input_facet

1

Compilers emit a 'possible loss of data' warning when using `wtime_input_facet::get()`. E.g. Visual C++ emits "_warning C4244: 'argument': conversion from 'const wchar_t' to 'const _Elem', possible loss of data_" with...

trueqbit

formatting broken in czech (and others?)

1

Using boost 1.66.0 (Fedora 28, if that matters) ``` #include #include #include #include #include #include int main(int argc, char **argv) { namespace pt = boost::posix_time; pt::ptime now = pt::second_clock::local_time(); using...

wenottingham

I have not looked into it, wanted to make sure it got looked at. It's talking about line 304 specifically. https://scan4.scan.coverity.com/reports.htm#v17121/p13946/fileInstanceId=114637940&defectInstanceId=14388704&mergedDefectId=255065 ``` template 299 inline BOOST_CXX14_CONSTEXPR 300 bool period::intersects(const period&...

jeking3

Fixed a bug for parsing posix timezone: + on the west from UTC, - on the east

18

Currently mistakenly the signs are used the other way around Fixes: - https://svn.boost.org/trac/boost/ticket/4545 - https://svn.boost.org/trac/boost/ticket/3336 PS: It's a follow-up after the https://github.com/boostorg/date_time/pull/28 which I sent to master

zerkms

Is this function designed intentionally? boost::date_time::c_time::gmtime doesn't touch the result pointer passed.

6

`inline static std::tm* gmtime(const std::time_t* t, std::tm* result);` I assume this function will change the result pointer by filling the struct; but it doesn't; `Windows 10; MSVC 16.11.7` https://github.com/boostorg/date_time/blob/7156392706faa282044ce9f1d6ba9fdd207f6da9/include/boost/date_time/c_time.hpp#L109-L120

fragrans

This fixes the Visual Studio 2019 warning W26451

2

Please consider this small fix to avoid a Visual Studio warning. (Arithmetic overflow Using operator* on a 4 byte value and then casting the result to a 8 byte value.)

FelixPetriconi

replace boost lexical cast with stl string

5

The purpose of this request to replace the dependency on boost::lexical cast with std string conversions for ```c++ >= c++11``` and leave ```boost::lexical_cast``` for ```< c++11```. Signed-off-by: Michael T. Wells

wellsmt