<div class="gmail_quote">On Wed, Sep 30, 2009 at 5:24 AM, Martin Apel <span dir="ltr">&lt;<a href="mailto:martin.apel@simpack.de">martin.apel@simpack.de</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">



  

<div bgcolor="#ffffff" text="#000000">
I had a similar issue with CMAKE_SYSTEM_NAME. I have put platform
specific default settings into files called &quot;Linux.cmake&quot; and
&quot;Windows.cmake&quot;,<br>
where the file is included as<br>
  INCLUDE (${CMAKE_SYSTEM_NAME}.cmake)<br>
<br>
However it&#39;s not possible to initialize some variables, because this
include statement has to be after the PROJECT command.<br>
I tried to set CMAKE_EXE_LINKER_FLAGS_INIT inside these
platform-specific files, but it seems that it&#39;s too late to set them
after<br>
the PROJECT command. So I have a cycle:<br>
- I cannot use the above include statement before the PROJECT call<br>
- but if I use it after the PROJECT call I cannot set some variables
anymore (I can set them, but they have no effect, because in the above
example<br>
  CMAKE_EXE_LINKER_FLAGS is initialized from
CMAKE_EXE_LINKER_FLAGS_INIT during the PROJECT call)<br>
<br>
Currently I work around this by not setting
CMAKE_EXE_LINKER_FLAGS_INIT, but CMAKE_EXE_LINKER_FLAGS inside my
Linux.cmake. This used to work fine with CMake 2.6, but 2.8 issues a
warning, that I am overwriting a cached variable.<br>
<br>
What is the recommended way to initialize platform-specific flags,
which are held in the cache?<br></div></blockquote><div><br>You are correct that conditionals don&#39;t work prior to project() in the toplevel file but they seem to work fine within the platform override .cmake file itself.  You might try having one flags file with whatever conditionals you need for Linux, Windows, etc.<br>
<br>For example:<br><a href="http://www.cmake.org/Wiki/CMake_FAQ#Make_Override_Files">http://www.cmake.org/Wiki/CMake_FAQ#Make_Override_Files</a><br></div></div><br>-- <br>Philip Lowman<br>