<div dir="ltr"><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Aug 21, 2020 at 6:21 PM Nicolas Fella <<a href="mailto:nicolas.fella@gmx.de">nicolas.fella@gmx.de</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi,<br>
<br>
do we have any rules on the C++ standard used in Plasma? </blockquote><div><br></div>All our rules can be boiled down to one point:</div><div class="gmail_quote"> - Don't break distros<br></div><div class="gmail_quote"><div> </div>>Given that kactivitymanagerd is technically part of Plasma we even have precedence of using C++17</div><div><br></div><div>Yeah, so it's clearly fine. Feel free to go for it. </div><div></div><div class="gmail_quote"></div><div class="gmail_quote">The only repo we need to be slightly cautious about is libksysguard as that's used outside plasma. (boooo)<br></div><div class="gmail_quote"></div><div class="gmail_quote"><br></div><div class="gmail_quote">It was also briefly discussed at the plasma weekly meeting. No objections were made. <br></div><div class="gmail_quote"><br></div><div class="gmail_quote">One comment was brought up.<br></div><br><div class="gmail_quote">[11:15] <davidre> Keep in mind that there are is a few (one?) incompatible change where noexcept is part of the type of a function<br></div><div class="gmail_quote">[11:16] <davidre> Because that does stuff with function pointers<br>[11:16] <davidre> <a href="https://invent.kde.org/plasma/drkonqi/-/merge_requests/2/diffs">https://invent.kde.org/plasma/drkonqi/-/merge_requests/2/diffs</a></div><div class="gmail_quote">[11:17] <davidre> So the type of a function potentially differs when you build in c++17 or c++14 mode</div><div class="gmail_quote"></div><div class="gmail_quote"><br></div><div class="gmail_quote">David<br></div><div class="gmail_quote"><br></div></div>