catch3/include, branch v2.12.3 Progmasoft Catch3: an independently maintained C++17 test framework with a parallel runner, property checks, snapshots and structured results. v2.12.3 2020-06-29T18:50:39+00:00 Martin Hořeňovský 2020-06-29T18:50:39+00:00 0f05c034c2cf4dd039b8ea375c70dbe657f21d97 






Add OverallResultsCases element to XML reporter
2020-06-28T20:36:08+00:00

Ryan Pavlik

2020-06-11T21:58:56+00:00

ee4538c0c68196a51c047ae6ed64672606f4f208












Devirtualize NameAndLocation query on trackers
2020-06-13T17:26:17+00:00

Martin Hořeňovský

2020-06-13T17:26:17+00:00

288416f50108ed3b17e37a6b6705821d0e2530e5












Fix copy paste error in 7-arg TEMPLATE_TEST_CASE_SIG implementation
2020-06-13T13:46:59+00:00

Martin Hořeňovský

2020-06-13T13:41:25+00:00

cbbebb65b60eaef6dc7d5a51a2d6eaf9a6f1c1a8

Closes #1954





Closes #1954







Hide std::exception_ptr and friends if exceptions disabled
2020-06-12T21:23:55+00:00

Matthias Blankertz

2020-06-04T09:53:13+00:00

0614a4acb36ef19d70a451b92a038e7d1e93941d

Some compilers, e.g. the Green Hills C++ compiler, react badly to the
appearance of std::exception_ptr, std::current_exception,
std::rethrow_exception and std::uncaught_exception(s). To allow usage of
Catch2 with these compilers when exceptions are disabled, hide the usage
of std::exception_ptr etc. when compiling with
CATCH_CONFIG_DISABLE_EXCEPTIONS.





Some compilers, e.g. the Green Hills C++ compiler, react badly to the
appearance of std::exception_ptr, std::current_exception,
std::rethrow_exception and std::uncaught_exception(s). To allow usage of
Catch2 with these compilers when exceptions are disabled, hide the usage
of std::exception_ptr etc. when compiling with
CATCH_CONFIG_DISABLE_EXCEPTIONS.







Replace stray tabs with spaces
2020-06-01T17:06:51+00:00

Martin Hořeňovský

2020-06-01T17:06:41+00:00

0807fdb175ae3c96357c1d583ba391ccb8462655












Improved generator tracking
2020-06-01T17:06:51+00:00

Martin Hořeňovský

2020-06-01T17:04:23+00:00

9500ded83b66ea02472833684135ab8573da5e2d

* Successive executions of the same `GENERATE` macro (e.g. because
of a for loop) no longer lead to multiple nested generators.
* The same line can now contain multiple `GENERATE` macros without
issues.

Fixes #1913





* Successive executions of the same `GENERATE` macro (e.g. because
of a for loop) no longer lead to multiple nested generators.
* The same line can now contain multiple `GENERATE` macros without
issues.

Fixes #1913







fixing UB
2020-05-29T12:56:40+00:00

bogdasar1985

2020-05-28T14:13:55+00:00

6c6ebe374a2eeb4da9134012717e90f6e64c143d












v2.12.2
2020-05-25T13:13:18+00:00

Martin Hořeňovský

2020-05-25T13:13:18+00:00

b1b5cb812277f367387844aab46eb2d3b15d03cd












Really fix use of std::result_of when invoke_result is available
2020-05-22T08:05:34+00:00

Martin Hořeňovský

2020-05-21T19:39:19+00:00

77dc8cfc45e7bae1d1219bac2e06bac87eb8c6b1

Closes #1934





Closes #1934