<div class="gmail_quote">On Sat, Mar 2, 2013 at 9:15 AM, Rolf Eike Beer <span dir="ltr"><<a href="mailto:kde@opensource.sf-tec.de" target="_blank">kde@opensource.sf-tec.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Am Freitag, 1. März 2013, 16:06:38 schrieb Ivan Čukić:<br>
<div class="im">> Hi all!<br>
><br>
> The CMake modules for detecting C++11 features are going to get in kdereview<br>
> soon. The target for the repository is kdesupport.<br>
<br>
</div>There is a feature request for CMake itself to provide such a module, and I<br>
have half of the implementation already done. It will not go into 2.8.11, but<br>
the aim is definitely 2.8.12.<br></blockquote><div><br>I also had the impression last year when talking about the issue that it is more like upstream cmake material rather than e-c-m, kdesupport and so forth.<br><br></div>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

So if it is possible to have something similar achieved without yet another<br>
module I would definitely say to avoid introducing this new module. If there<br>
are 2 users or maybe 4 I would say put those few files directly in those<br>
repositories, replace it with the ones from upstream CMake when it arrives<br>
there and drop it altogether once you bump the required CMake version to<br>
2.8.12 or something.<br></blockquote><div><br>Sounds reasonable to me. I have been doing the same with the Blackberry platform modules I wrote.<br><br>Laszlo<br></div></div>