Boost C++ Libraries: Ticket #13082: Add a way to identify the executable as a boost-test https://svn.boost.org/trac10/ticket/13082 <p> I propose to standardise a command-line option to identify the executable as a certain kind of test: I will propose this to boost.test and google.test as well. My personal usecase is the identification of tests for <a class="missing wiki">BoostTestUi</a> (the name is somewhat misleading, it is a test-runner for google-, boost-, catch- and nunit- tests, see github/BoostTestUi.) </p> <p> Currently this requires re-compilation of the test with a special header, I would like to prevent the need for that. </p> <p> --test-runner-identification framework: boost.test version: x.x </p> <p> --test-runner-identification framework: google.test version: x.x </p> <p> --test-runner-identification framework: catch.test version: x.x </p> <p> This will allow test-runners to identify the test-framework used to build the test. That way the test-runners can know what command-line parameters are available to do things like: </p> <ul><li>list all the tests </li><li>run specific tests </li></ul><p> finally, to let the user attach a debugger to the test this kind of code could added in the main(): (for catch that may already exist, I did not check) </p> <p> notice that this option can have any name, we need only 1 standardised option --test-runner-identification, because once we know what we're dealing with, we can just use the respective command-line options. </p> <blockquote> <p> if (arg == "--gui-wait") { </p> <blockquote> <p> std::cout &lt;&lt; "#waiting" &lt;&lt; std::endl; std::getchar(); </p> </blockquote> <p> } </p> </blockquote> en-us Boost C++ Libraries /htdocs/site/boost.png https://svn.boost.org/trac10/ticket/13082 Trac 1.4.3 Raffi Enficiaud Mon, 19 Jun 2017 08:56:21 GMT <link>https://svn.boost.org/trac10/ticket/13082#comment:1 </link> <guid isPermaLink="false">https://svn.boost.org/trac10/ticket/13082#comment:1</guid> <description> <p> Hi, </p> <p> Thanks for the proposal. As I understand it, you do not want to just use the runtime switch <code>--version</code> and parse the result instead. Is that correct? </p> </description> <category>Ticket</category> </item> <item> <dc:creator>anonymous</dc:creator> <pubDate>Thu, 22 Jun 2017 21:48:48 GMT</pubDate> <title/> <link>https://svn.boost.org/trac10/ticket/13082#comment:2 </link> <guid isPermaLink="false">https://svn.boost.org/trac10/ticket/13082#comment:2</guid> <description> <p> well, this would be ok, if catch and googletest would also have a simular --version flag, however (oddly) they do not. </p> </description> <category>Ticket</category> </item> <item> <author>Jan Wilmans <janwilmans@…></author> <pubDate>Thu, 22 Jun 2017 22:03:03 GMT</pubDate> <title/> <link>https://svn.boost.org/trac10/ticket/13082#comment:3 </link> <guid isPermaLink="false">https://svn.boost.org/trac10/ticket/13082#comment:3</guid> <description> <p> And even if they had, a drawback of that is, that I would rely on the --version message always staying the same (something I would not want to force on anyone). </p> <p> The rationale to require a new standardized/shared command-line parameter is that is it would never change and because the version number is included any other changes in the command-line handling can be dealt with by the test-runner without breaking support for earlier versions. </p> </description> <category>Ticket</category> </item> <item> <author>Jan Wilmans <janwilmans@…></author> <pubDate>Fri, 30 Jun 2017 19:46:12 GMT</pubDate> <title/> <link>https://svn.boost.org/trac10/ticket/13082#comment:4 </link> <guid isPermaLink="false">https://svn.boost.org/trac10/ticket/13082#comment:4</guid> <description> <p> I have been asked to write a proposal. I can't create external links here, search for '<a class="missing wiki">LibIdentify</a>' on github.com, you should find janwilmans/LibIdentify </p> </description> <category>Ticket</category> </item> </channel> </rss>