<div class="gmail_quote">On Tue, May 29, 2012 at 2:33 PM, Charlie Sharpsteen <span dir="ltr"><<a href="mailto:chuck@sharpsteen.net" target="_blank">chuck@sharpsteen.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Charlie Sharpsteen wrote<br>
<div class="im">><br>
><br>
> Rolf Eike Beer wrote<br>
>><br>
>> Because those value is set in the Darwin platform file<br>
>> (Modules/Platform/Darwin.cmake) which is taken into account by the<br>
>> PROJECT()<br>
>> call. So this is just overridden.<br>
>><br>
>> Eike<br>
>><br>
><br>
> Any reason those definitions can't be protected by `IF(NOT DEFINED<br>
> CMAKE_FIND_FRAMEWORK)`? If I can't override the default from the command<br>
> line, it seems like the only recourse is to maintain patches for every<br>
> project I am trying to build with CMake--a very messy and fragile<br>
> solution.<br>
><br>
> -Charlie<br>
><br>
<br>
<br>
</div>I would like to bump this thread again because it is causing us some pain<br>
over on the Homebrew package manager. For example, if the user has installed<br>
a package like the Mono distribution, there are a lot of 32-bit Framworks<br>
that get swept into anything compiled CMake and this breaks the builds:<br>
<br>
<a href="https://github.com/mxcl/homebrew/issues/11030" target="_blank">https://github.com/mxcl/homebrew/issues/11030</a><br>
<br>
In this situation it would be _really helpful_ to be able to tell CMake, via<br>
the command line, to use our 64-bit libraries first before looking at the<br>
32-bit frameworks. Unfortunately, since the defaults in the platform file<br>
override the command line arguments there is no way to do this without<br>
patching the CMake build files for every software package we manage---an<br>
infeasible solution.<br>
<br>
So, is there any reason `IF(NOT DEFINED CMAKE_FIND_FRAMEWORK)` cannot be<br>
used in the platform file to protect command line arguments?<br></blockquote><div><br></div><div><br></div><div>I can't think of a good reason not to use that construct.</div><div><br></div><div>Questions:</div><div>
Is there a homebrew build of CMake that you're using?</div><div>Can you patch it with `IF(NOT DEFINED CMAKE_FIND_FRAMEWORK)` where appropriate?</div><div>If you can, and you do, are there any noticeable ill effects? (Do all the CMake tests pass?)</div>
<div><br></div><div>If the answers to these questions are reasonable, then I'd take a patch that does what you want with respect to variables used in Darwin.cmake, no problem.</div><div><br></div><div><br></div><div>Thanks,</div>
<div>David</div><div><br></div><div><br></div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
-Charlie<br>
<br>
--<br>
View this message in context: <a href="http://cmake.3232098.n2.nabble.com/Why-does-CMAKE-FIND-FRAMEWORK-always-default-to-FIRST-ignoring-command-line-definitions-tp7521759p7579586.html" target="_blank">http://cmake.3232098.n2.nabble.com/Why-does-CMAKE-FIND-FRAMEWORK-always-default-to-FIRST-ignoring-command-line-definitions-tp7521759p7579586.html</a><br>
<div class="HOEnZb"><div class="h5">Sent from the CMake mailing list archive at Nabble.com.<br>
--<br>
<br>
Powered by <a href="http://www.kitware.com" target="_blank">www.kitware.com</a><br>
<br>
Visit other Kitware open-source projects at <a href="http://www.kitware.com/opensource/opensource.html" target="_blank">http://www.kitware.com/opensource/opensource.html</a><br>
<br>
Please keep messages on-topic and check the CMake FAQ at: <a href="http://www.cmake.org/Wiki/CMake_FAQ" target="_blank">http://www.cmake.org/Wiki/CMake_FAQ</a><br>
<br>
Follow this link to subscribe/unsubscribe:<br>
<a href="http://www.cmake.org/mailman/listinfo/cmake" target="_blank">http://www.cmake.org/mailman/listinfo/cmake</a><br>
</div></div></blockquote></div><br>