<feed xmlns='http://www.w3.org/2005/Atom'>
<title>catch3/projects/SelfTest/Baselines/console.std.approved.txt, branch v2.13.0</title>
<subtitle>Progmasoft Catch3: an independently maintained C++17 test framework with a parallel runner, property checks, snapshots and structured results.</subtitle>
<link rel='alternate' type='text/html' href='https://git.progmasoft.com/catch3/'/>
<entry>
<title>Modify generator tracking to allow GENERATEs between SECTIONs</title>
<updated>2020-07-11T21:16:07+00:00</updated>
<author>
<name>Martin Hořeňovský</name>
</author>
<published>2020-07-04T15:45:30+00:00</published>
<link rel='alternate' type='text/html' href='https://git.progmasoft.com/catch3/commit/?id=b79a83e4aa6641a00c32b760456507b1745fc06e'/>
<id>b79a83e4aa6641a00c32b760456507b1745fc06e</id>
<content type='text'>
This means that code such as

```cpp
TEST_CASE() {
    SECTION("first") { SUCCEED(); }
    auto _ = GENERATE(1, 2);
    SECTION("second") { SUCCEED(); }
}
```

will run and report 3 assertions, 1 from section "first" and 2
from section "second". This also applies for greater and potentially
more confusing nesting, but fundamentally it is up to the user to
avoid overly complex and confusing nestings, just as with `SECTION`s.

The old behaviour of `GENERATE` as first thing in a `TEST_CASE`,
`GENERATE` not followed by a `SECTION`, etc etc should be unchanged.

Closes #1938
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
This means that code such as

```cpp
TEST_CASE() {
    SECTION("first") { SUCCEED(); }
    auto _ = GENERATE(1, 2);
    SECTION("second") { SUCCEED(); }
}
```

will run and report 3 assertions, 1 from section "first" and 2
from section "second". This also applies for greater and potentially
more confusing nesting, but fundamentally it is up to the user to
avoid overly complex and confusing nestings, just as with `SECTION`s.

The old behaviour of `GENERATE` as first thing in a `TEST_CASE`,
`GENERATE` not followed by a `SECTION`, etc etc should be unchanged.

Closes #1938
</pre>
</div>
</content>
</entry>
<entry>
<title>Add explicit test for shortcircuiting behaviour of combined matchers</title>
<updated>2020-06-14T19:48:08+00:00</updated>
<author>
<name>Martin Hořeňovský</name>
</author>
<published>2020-06-14T19:48:08+00:00</published>
<link rel='alternate' type='text/html' href='https://git.progmasoft.com/catch3/commit/?id=1806b215457ff90cfdc7d0eaaacbdf21f7a02d3c'/>
<id>1806b215457ff90cfdc7d0eaaacbdf21f7a02d3c</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>Fix copy paste error in 7-arg TEMPLATE_TEST_CASE_SIG implementation</title>
<updated>2020-06-13T13:46:59+00:00</updated>
<author>
<name>Martin Hořeňovský</name>
</author>
<published>2020-06-13T13:41:25+00:00</published>
<link rel='alternate' type='text/html' href='https://git.progmasoft.com/catch3/commit/?id=cbbebb65b60eaef6dc7d5a51a2d6eaf9a6f1c1a8'/>
<id>cbbebb65b60eaef6dc7d5a51a2d6eaf9a6f1c1a8</id>
<content type='text'>
Closes #1954
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Closes #1954
</pre>
</div>
</content>
</entry>
<entry>
<title>Improved generator tracking</title>
<updated>2020-06-01T17:06:51+00:00</updated>
<author>
<name>Martin Hořeňovský</name>
</author>
<published>2020-06-01T17:04:23+00:00</published>
<link rel='alternate' type='text/html' href='https://git.progmasoft.com/catch3/commit/?id=9500ded83b66ea02472833684135ab8573da5e2d'/>
<id>9500ded83b66ea02472833684135ab8573da5e2d</id>
<content type='text'>
* 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
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
* 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
</pre>
</div>
</content>
</entry>
<entry>
<title>Add support for bitwise xor to the decomposer</title>
<updated>2020-04-21T17:27:12+00:00</updated>
<author>
<name>Martin Hořeňovský</name>
</author>
<published>2020-04-21T17:27:12+00:00</published>
<link rel='alternate' type='text/html' href='https://git.progmasoft.com/catch3/commit/?id=5c9f09e94a32ab47f16bf8353a708e226fccf645'/>
<id>5c9f09e94a32ab47f16bf8353a708e226fccf645</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>Fixup template type argument inference for vector matchers</title>
<updated>2020-04-21T17:09:45+00:00</updated>
<author>
<name>Martin Hořeňovský</name>
</author>
<published>2020-04-21T17:09:45+00:00</published>
<link rel='alternate' type='text/html' href='https://git.progmasoft.com/catch3/commit/?id=f4fc2dab2c5bb8cab11b0a0dde8a8421076c30f9'/>
<id>f4fc2dab2c5bb8cab11b0a0dde8a8421076c30f9</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>Support bitand and bitor in REQUIRE/CHECK</title>
<updated>2020-04-21T09:00:08+00:00</updated>
<author>
<name>Martin Hořeňovský</name>
</author>
<published>2020-04-21T09:00:08+00:00</published>
<link rel='alternate' type='text/html' href='https://git.progmasoft.com/catch3/commit/?id=4e4171420d8c3ada47d8782f419908e47e2564ad'/>
<id>4e4171420d8c3ada47d8782f419908e47e2564ad</id>
<content type='text'>
This means that bit-flag-like types with conversion to bool can be
asserted on, like so `REQUIRE(var &amp; Flags::AddNewline)`.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
This means that bit-flag-like types with conversion to bool can be
asserted on, like so `REQUIRE(var &amp; Flags::AddNewline)`.
</pre>
</div>
</content>
</entry>
<entry>
<title>Add more tests for test spec parser</title>
<updated>2020-04-17T19:19:18+00:00</updated>
<author>
<name>Martin Hořeňovský</name>
</author>
<published>2020-04-17T19:16:18+00:00</published>
<link rel='alternate' type='text/html' href='https://git.progmasoft.com/catch3/commit/?id=37cbf4a4fe7a2963f8ae6d6fe998f8ac9360cbc0'/>
<id>37cbf4a4fe7a2963f8ae6d6fe998f8ac9360cbc0</id>
<content type='text'>
Originally the tests were from #1912, but as it turned out, the issue
was somewhere else. Still, the inputs provided were interesting, so
they are now part of our test suite.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Originally the tests were from #1912, but as it turned out, the issue
was somewhere else. Still, the inputs provided were interesting, so
they are now part of our test suite.
</pre>
</div>
</content>
</entry>
<entry>
<title>Support custom allocators in vector Matchers (#1909)</title>
<updated>2020-04-16T13:36:54+00:00</updated>
<author>
<name>schallerr</name>
</author>
<published>2020-04-16T13:36:54+00:00</published>
<link rel='alternate' type='text/html' href='https://git.progmasoft.com/catch3/commit/?id=38f897c88772d6640196d1bd617ebbcaf44bc05a'/>
<id>38f897c88772d6640196d1bd617ebbcaf44bc05a</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>Fix bug in test spec parser handling of escaping in ORed patterns</title>
<updated>2020-04-12T16:48:52+00:00</updated>
<author>
<name>Martin Hořeňovský</name>
</author>
<published>2020-04-12T16:44:42+00:00</published>
<link rel='alternate' type='text/html' href='https://git.progmasoft.com/catch3/commit/?id=5d32ce26f4c18588f9eac3342aea122a38b8fed3'/>
<id>5d32ce26f4c18588f9eac3342aea122a38b8fed3</id>
<content type='text'>
It did not clear out all of its internal state when switching from
one pattern to another, so when it should've escaped `,`, it took
its position from its position in the original user-provided string,
rather than its position in the current pattern.

Fixes #1905
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
It did not clear out all of its internal state when switching from
one pattern to another, so when it should've escaped `,`, it took
its position from its position in the original user-provided string,
rather than its position in the current pattern.

Fixes #1905
</pre>
</div>
</content>
</entry>
</feed>
