<div dir="ltr">On Sun, Sep 22, 2013 at 11:57 AM, Volker Krause <span dir="ltr"><<a href="mailto:vkrause@kde.org" target="_blank">vkrause@kde.org</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote">

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On Saturday 21 September 2013 19:18:01 Mark wrote:<br>
> I've just created a quite complicated testcase for frameworks which uses<br>
> the new signal/slot connection syntax (since Qt 5.0) and uses a lambda as<br>
> slot. The reason i did this is so that i can keep then entire testcase<br>
> (minus the initialization) contained in one testcase method. Otherwise i<br>
> would have to make signal/slot connections to member functions which is<br>
> probably not something you want for testcases..<br>
><br>
> You can find the patch here: <a href="http://paste.kde.org/p9f82c70a/" target="_blank">http://paste.kde.org/p9f82c70a/</a><br>
><br>
> Would this be OK to commit?<br>
><br>
> This testcase would obviously have to be extended a bit to test the<br>
> different detail states for UDSEntry. This test only tests the case where<br>
> UDSEntry is filled with details set to 0. The default is details set to 2<br>
> which this test doesn't test (yet).<br>
><br>
> I guess the question really is:<br>
> - Can i use C++11 for testcases?<br>
> - Can i use Lambda? The Lambda spec is supported since GCC 4.5.<br>
> <a href="http://gcc.gnu.org/projects/cxx0x.html" target="_blank">http://gcc.gnu.org/projects/cxx0x.html</a><br>
<br>
</div>yes:<br>
<a href="http://community.kde.org/Frameworks/Policies#Frameworks_compiler_requirements_and_C.2B.2B11" target="_blank">http://community.kde.org/Frameworks/Policies#Frameworks_compiler_requirements_and_C.2B.2B11</a><br>
<br>
Unconditionally adding -std=c++0x as you did it will probably break MSVC<br>
though. There it's on by default, so a if(NOT MSVC) should fix that. This<br>
might be something we want to set globally together with other compiler flags,<br>
ecm's KDECompilerSettings.cmake comes to mind.<br>
<br>
Looking in there, I see we still set -ansi in some cases (ICC only, probably<br>
too rare for anyone to notice), we had fun with that in Akonadi since it sets<br>
the standard back to C++98...<br>
<br>
regards,<br>
Volker<br><br></blockquote><div>Hi Volker,</div><div><br></div><div>I knew it was documented somewhere.. I'm glad i can just use the stuff in the patch.</div><div>I'm certainly OK with having C++11 enabled by default!</div>

</div></div></div>