catch3/projects/CMakeLists.txt, branch v2.5.0 Progmasoft Catch3: an independently maintained C++17 test framework with a parallel runner, property checks, snapshots and structured results. Add `std::isnan` polyfill, fixing compilation under Embarcadero 2018-11-17T19:52:18+00:00 Martin Hořeňovský 2018-11-17T19:52:18+00:00 c6a89f14c2d2134363ac186cc401ce331f158d44 Fixes #1438 
Fixes #1438
Add support for templated tests 2018-11-16T20:21:23+00:00 Jozef Grajciar 2018-11-08T06:26:39+00:00 2d906a92cb82fe65e3cafab6495c0fd12a0ab0ab This adds support for templated tests and test methods via `TEMPLATE_TEST_CASE` and `TEMPLATE_TEST_CASE_METHOD` macros. These work mostly just like their regular counterparts*, but take an unlimited** number of types as their last arguments. * Unlike the plain `TEST_CASE*` macros, the `TEMPLATE*` variants require a tag string. ** In practice there is limit of about 300 types. 
This adds support for templated tests and test methods via
`TEMPLATE_TEST_CASE` and `TEMPLATE_TEST_CASE_METHOD` macros. These
work mostly just like their regular counterparts*, but take an
unlimited** number of types as their last arguments.

* Unlike the plain `TEST_CASE*` macros, the `TEMPLATE*` variants
require a tag string.

** In practice there is limit of about 300 types.
Add MSVC warning 5038 (Wreorder equivalent) to CMakeLists 2018-11-05T19:07:33+00:00 Martin Hořeňovský 2018-11-05T19:07:33+00:00 eccbffec0f6d936f7d708761581e05912583a98a 






Add StringMaker for std::variant, std::monostate (#1380)
2018-09-20T12:13:35+00:00

melak47

2018-09-20T12:13:35+00:00

c638c5720970f03033755dd9ebb0e4e6dccb1289

The StringMaker is off by default and can be enabled by a new macro `CATCH_CONFIG_ENABLE_VARIANT_STRINGMAKER`, to avoid increasing the footprint of stringification machinery by default.





The StringMaker is off by default and can be enabled by a new macro `CATCH_CONFIG_ENABLE_VARIANT_STRINGMAKER`, to avoid increasing the footprint of stringification machinery by default.







Add C++17 builds to Travis
2018-09-10T07:30:09+00:00

Martin Hořeňovský

2018-09-09T20:08:26+00:00

1eb42eed974f944401091325bbe8e61b38fd0678












Fix CTest regex error
2018-09-09T08:17:08+00:00

Martin Hořeňovský

2018-09-08T18:56:31+00:00

a3876adba67b9e2237f8c46c27ecff7a1f246ac4

The desired behaviour was to match a literal "[.]", so the regex
has to be escaped as "\\[\\.\\]" -- double backslashes, because
it has to be escaped from CMake as well as from the regex engine.





The desired behaviour was to match a literal "[.]", so the regex
has to be escaped as "\\[\\.\\]" -- double backslashes, because
it has to be escaped from CMake as well as from the regex engine.







Add support for -fno-exceptions (or equivalent)
2018-09-03T19:08:27+00:00

Martin Hořeňovský

2018-09-03T15:52:48+00:00

8b0188385498d6ac101854dc3983c6ebd220adc3

This means

* Adding new configuration toggle `CATCH_CONFIG_DISABLE_EXCEPTIONS`
and a best-guess configuration auto-checking for it.
* Adding new set of internal macros, `CATCH_TRY`, `CATCH_CATCH_ALL`
and `CATCH_CATCH_ANON` that can be used in place of regular `try`,
`catch(...)` and `catch(T const&)` respectively, while disappearing
when `CATCH_CONFIG_DISABLE_EXCEPTIONS` is enabled.
* Replacing all uses of `throw` with calls to `Catch::throw_exception`
customization point.
* Providing a default implementation for the above customization point
when `CATCH_CONFIG_DISABLE_EXCEPTIONS` is set.
* Letting users override this implementation with their own.
* Some minor changes and ifdefs all around to support the above





This means

* Adding new configuration toggle `CATCH_CONFIG_DISABLE_EXCEPTIONS`
and a best-guess configuration auto-checking for it.
* Adding new set of internal macros, `CATCH_TRY`, `CATCH_CATCH_ALL`
and `CATCH_CATCH_ANON` that can be used in place of regular `try`,
`catch(...)` and `catch(T const&)` respectively, while disappearing
when `CATCH_CONFIG_DISABLE_EXCEPTIONS` is enabled.
* Replacing all uses of `throw` with calls to `Catch::throw_exception`
customization point.
* Providing a default implementation for the above customization point
when `CATCH_CONFIG_DISABLE_EXCEPTIONS` is set.
* Letting users override this implementation with their own.
* Some minor changes and ifdefs all around to support the above







Fix VS2017 approvals on AppVeyor
2018-08-28T10:58:08+00:00

Martin Hořeňovský

2018-08-28T08:48:05+00:00

52029935557516c6af58c007879aaabfaa742a3a

Because of a change in VS toolset, missing option <UseFullPaths>
is no longer interpreted as "don't pass /FC to the compiler", but
rather as "pass /FC to the compiler". This is problematic, because
/FC not only changes how much of the path is reporter by the compiler
(e.g. in `__FILE__` macro), but it also lower cases the path.

This lower-casing of the path broke our approval tests for VS2017
about 5 months ago.

Using CMake 3.13 (not yet released) would also let us fix it, but
for now we use a vcxproj.user file that is merged with the main project
and explicitly disables `/FC`.





Because of a change in VS toolset, missing option <UseFullPaths>
is no longer interpreted as "don't pass /FC to the compiler", but
rather as "pass /FC to the compiler". This is problematic, because
/FC not only changes how much of the path is reporter by the compiler
(e.g. in `__FILE__` macro), but it also lower cases the path.

This lower-casing of the path broke our approval tests for VS2017
about 5 months ago.

Using CMake 3.13 (not yet released) would also let us fix it, but
for now we use a vcxproj.user file that is merged with the main project
and explicitly disables `/FC`.







First attempt at data generator support
2018-08-24T11:31:51+00:00

Phil Nash

2018-06-12T16:50:39+00:00

7c25dae9ea7b669430103d29cd262abb0842f4e5

The support is to be considered experimental, that is, the interfaces,
the first party generators and helper functions can change or be removed
at any point in time.

Related to #850





The support is to be considered experimental, that is, the interfaces,
the first party generators and helper functions can change or be removed
at any point in time.

Related to #850







Allow overriding of Python interpreter
2018-08-20T12:52:54+00:00

David Seifert

2018-08-18T20:06:25+00:00

7f18282d178505072a059b5318543a245a924496

* Calling `python` does not allow overriding
  downstream when running tests.





* Calling `python` does not allow overriding
  downstream when running tests.