<div dir="ltr"><div><div><div>Hey,<br></div><div><br>I am with Christoph here. If such use case exists in your project, add those<br></div>lines on a per-module basis (in your top level CMakeLists.txt). No need <br></div>to add it in every single CMakeLists file you use them with.<br><br></div><div>Best,<br></div>Dominic<br><div><div><br><br></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Jul 15, 2015 at 4:44 PM, Christian Engwer <span dir="ltr"><<a href="mailto:christian.engwer@uni-muenster.de" target="_blank">christian.engwer@uni-muenster.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">you really hate our users, don't you?<br>
<span class=""><br>
On Wed, Jul 15, 2015 at 04:27:04PM +0200, Christoph Grüninger wrote:<br>
> Hi Christian,<br>
> no, I am against such a hack. All this magic makes it more complicated<br>
> to understand the CMake scripts.<br>
><br>
> > this is no option, as the module is supposed to work with both<br>
> > autotools and cmake.<br>
> ><br>
> > Remember... we are in the transition period ;-)<br>
><br>
> How about using a second ini input file?<br>
><br>
> I don't see why we (you) should make complicated workarounds when we can<br>
> keep the problem local. Right after the next release you would be able<br>
> to get rid of the old file together with Autotools.<br>
<br>
</span>this would not be complicated at all. Complicated is the stuff that<br>
translates opts files to cmake defines.<br>
<br>
A simpler solution, but without the possibility of deprecation<br>
warnings is a command like<br>
<br>
set_automake_path_variables()<br>
<br>
which sets the set of path variables and allows to use the<br>
substitution in both cases. Sure, the user can add the list of defines<br>
in each CMakeLists.txt, but I think this makes the files far less<br>
readable.<br>
<span class="HOEnZb"><font color="#888888"><br>
Christian<br>
</font></span><span class="im HOEnZb"><br>
><br>
> Just my 2 cents,<br>
> Christoph<br>
><br>
> --<br>
> A mathematician is a scientist who can figure out anything, except<br>
> such simple things as squaring the circle and trisecting an angle.<br>
> [Evan Esar (1899-1995), Esar's Comic Dictionary]<br>
><br>
<br>
<br>
<br>
</span><div class="HOEnZb"><div class="h5">> _______________________________________________<br>
> Dune-devel mailing list<br>
> <a href="mailto:Dune-devel@dune-project.org">Dune-devel@dune-project.org</a><br>
> <a href="http://lists.dune-project.org/mailman/listinfo/dune-devel" rel="noreferrer" target="_blank">http://lists.dune-project.org/mailman/listinfo/dune-devel</a><br>
<br>
<br>
--<br>
Prof. Dr. Christian Engwer<br>
Institut für Numerische und Angewandte Mathematik<br>
Fachbereich Mathematik und Informatik der Universität Münster<br>
Einsteinstrasse 62<br>
48149 Münster<br>
<br>
E-Mail  <a href="mailto:christian.engwer@uni-muenster.de">christian.engwer@uni-muenster.de</a><br>
Telefon <a href="tel:%2B49%20251%2083-35067" value="+492518335067">+49 251 83-35067</a><br>
FAX             <a href="tel:%2B49%20251%2083-32729" value="+492518332729">+49 251 83-32729</a><br>
<br>
_______________________________________________<br>
Dune-devel mailing list<br>
<a href="mailto:Dune-devel@dune-project.org">Dune-devel@dune-project.org</a><br>
<a href="http://lists.dune-project.org/mailman/listinfo/dune-devel" rel="noreferrer" target="_blank">http://lists.dune-project.org/mailman/listinfo/dune-devel</a><br>
</div></div></blockquote></div><br></div>