<feed xmlns='http://www.w3.org/2005/Atom'>
<title>catch3, branch v2.2.3</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>v2.2.3</title>
<updated>2018-06-06T21:19:06+00:00</updated>
<author>
<name>Martin Hořeňovský</name>
</author>
<published>2018-06-06T21:16:06+00:00</published>
<link rel='alternate' type='text/html' href='https://git.progmasoft.com/catch3/commit/?id=d2a130f2433aeaca070e3e4d6298a80049d21cfc'/>
<id>d2a130f2433aeaca070e3e4d6298a80049d21cfc</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>Fix ambiguity in stringification</title>
<updated>2018-06-06T20:33:03+00:00</updated>
<author>
<name>Julien Nitard</name>
</author>
<published>2018-05-31T02:32:59+00:00</published>
<link rel='alternate' type='text/html' href='https://git.progmasoft.com/catch3/commit/?id=7be8a41adf368b48350e5906568adf34579d4718'/>
<id>7be8a41adf368b48350e5906568adf34579d4718</id>
<content type='text'>
Happening when using clang and templated operators, clang cannot decide
between the operator provided by ReusableStringStream and the one provided
by the value value as both are templates. This is easily solved by calling
the operator&lt;&lt; through the member syntax.

Fixes #1285
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Happening when using clang and templated operators, clang cannot decide
between the operator provided by ReusableStringStream and the one provided
by the value value as both are templates. This is easily solved by calling
the operator&lt;&lt; through the member syntax.

Fixes #1285
</pre>
</div>
</content>
</entry>
<entry>
<title>Finish fixing invalid compilation using MinGW</title>
<updated>2018-06-04T21:49:40+00:00</updated>
<author>
<name>Lyashenko Arsenii Maksimovich</name>
</author>
<published>2018-05-01T11:52:24+00:00</published>
<link rel='alternate' type='text/html' href='https://git.progmasoft.com/catch3/commit/?id=021fcee63667e346c619e04bbae932bcea562334'/>
<id>021fcee63667e346c619e04bbae932bcea562334</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>Add missing catch_platform include to compiler capabilities</title>
<updated>2018-06-04T21:19:55+00:00</updated>
<author>
<name>Martin Hořeňovský</name>
</author>
<published>2018-06-04T14:53:21+00:00</published>
<link rel='alternate' type='text/html' href='https://git.progmasoft.com/catch3/commit/?id=3a47b8b072d05941a6f0b59b330e98f070519fc0'/>
<id>3a47b8b072d05941a6f0b59b330e98f070519fc0</id>
<content type='text'>
This was removed in 64be2ad, to fix OS X approval tests. At the time
I couldn't investigate because I didn't have access to OS X, but this
fixed it (and since we don't have MinGW in CI, the breakage went
unnoticed).

As it turns out, piece-wise compilation of the Compact
reporter had broken OS X detection for a long time, and fixing it
was what broke the approvals. After the approval scripts were
changed to compensate, this change passes approval tests and fixes
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
This was removed in 64be2ad, to fix OS X approval tests. At the time
I couldn't investigate because I didn't have access to OS X, but this
fixed it (and since we don't have MinGW in CI, the breakage went
unnoticed).

As it turns out, piece-wise compilation of the Compact
reporter had broken OS X detection for a long time, and fixing it
was what broke the approvals. After the approval scripts were
changed to compensate, this change passes approval tests and fixes
</pre>
</div>
</content>
</entry>
<entry>
<title>Normalize OS X specific pass/fail strings in approvals</title>
<updated>2018-06-04T21:19:55+00:00</updated>
<author>
<name>Martin Hořeňovský</name>
</author>
<published>2018-06-04T18:28:33+00:00</published>
<link rel='alternate' type='text/html' href='https://git.progmasoft.com/catch3/commit/?id=2771a8ee9a5d5a25a4c52acdf026e5c16dece3c8'/>
<id>2771a8ee9a5d5a25a4c52acdf026e5c16dece3c8</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>Fix minor typo in the documentation</title>
<updated>2018-06-01T20:24:49+00:00</updated>
<author>
<name>Cristian Morales Vega</name>
</author>
<published>2018-05-31T22:21:14+00:00</published>
<link rel='alternate' type='text/html' href='https://git.progmasoft.com/catch3/commit/?id=7abd7db2c8f03cc2e51ea49fff5247ee5e83464b'/>
<id>7abd7db2c8f03cc2e51ea49fff5247ee5e83464b</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>Ensure stack size for POSIX signal handling is sufficient</title>
<updated>2018-05-29T20:29:04+00:00</updated>
<author>
<name>BiCapitalization</name>
</author>
<published>2018-05-27T16:12:40+00:00</published>
<link rel='alternate' type='text/html' href='https://git.progmasoft.com/catch3/commit/?id=88d7b8da25e9975793099bb4003a6f6729913e70'/>
<id>88d7b8da25e9975793099bb4003a6f6729913e70</id>
<content type='text'>
Until now, the stack size for POSIX signal handling was determined by
the implementation defined limit `STKSZ`, which in some cases turned out
to be insufficient, leading to stack overflow inside the signal handler.
The new size, which was determined experimentally, is the larger of 32kb
or `MINSTKSZ`.

Fixes #1225
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Until now, the stack size for POSIX signal handling was determined by
the implementation defined limit `STKSZ`, which in some cases turned out
to be insufficient, leading to stack overflow inside the signal handler.
The new size, which was determined experimentally, is the larger of 32kb
or `MINSTKSZ`.

Fixes #1225
</pre>
</div>
</content>
</entry>
<entry>
<title>Make FALLBACK_STRINGIFIER documentation more explicit</title>
<updated>2018-05-14T19:03:07+00:00</updated>
<author>
<name>Martin Hořeňovský</name>
</author>
<published>2018-05-14T19:03:07+00:00</published>
<link rel='alternate' type='text/html' href='https://git.progmasoft.com/catch3/commit/?id=df0b0e64e11e1dd3c8364630cfb41397d21795a5'/>
<id>df0b0e64e11e1dd3c8364630cfb41397d21795a5</id>
<content type='text'>
Related to #1024
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Related to #1024
</pre>
</div>
</content>
</entry>
<entry>
<title>Move FALLBACK_STRINGIFIER to before the enum and range fallbacks</title>
<updated>2018-05-14T18:38:05+00:00</updated>
<author>
<name>Martin Hořeňovský</name>
</author>
<published>2018-05-14T17:46:30+00:00</published>
<link rel='alternate' type='text/html' href='https://git.progmasoft.com/catch3/commit/?id=4c7b7d04fe304d575b7f683db33eb6a7d11ca888'/>
<id>4c7b7d04fe304d575b7f683db33eb6a7d11ca888</id>
<content type='text'>
This should align more closely with the intended semantics, where
types without `StringMaker` specialization or `operator&lt;&lt;` overload
are passed down to the user defined fallback stringifier.

Related to #1024
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
This should align more closely with the intended semantics, where
types without `StringMaker` specialization or `operator&lt;&lt;` overload
are passed down to the user defined fallback stringifier.

Related to #1024
</pre>
</div>
</content>
</entry>
<entry>
<title>Enable console colour in the approval tests on windows.</title>
<updated>2018-05-14T07:41:18+00:00</updated>
<author>
<name>Rupert Steel</name>
</author>
<published>2018-05-02T05:25:30+00:00</published>
<link rel='alternate' type='text/html' href='https://git.progmasoft.com/catch3/commit/?id=90988f578c83a73596f30b1cd8ec7c5ecebe613e'/>
<id>90988f578c83a73596f30b1cd8ec7c5ecebe613e</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
</feed>
