Hi everyone,
This is my first post in the mailing list as well as recent CMake user :)
However, my CMake experience has not been smooth on OS X especially when it
comes to finding frameworks. My CMakeList.txt fails to find
"boost.framework" located at /Users/Me/myproject/framework/boost.framework.
On Tue, Aug 21, 2012 at 2:38 PM, Randolph M. Fritz wrote:
> What problems did your solutions address? I've skimmed them, but am not
> sure I understand them. I'd also be interested in hearing from anyone else
> who has done this, and even people who have done it on Windows systems.
In our spec
On 2012-08-18 01:11:57 +, Clifford Yapp said:
On Fri, Aug 17, 2012 at 8:52 PM, Randolph M. Fritz
wrote:
Meantime, what would it take to get some Apple-specific support added to
FindX11.cmake? If I did a version with some changes, would Kitware be
interested in picking it up? It seems t
Oops. Grr (switching from C/C++ to php mistake). Fixed here:
$ svn log -r 3275 && svn diff -c 3275
r3275 | david.cole | 2012-08-21 13:42:56 -0400 (Tue, 21 Aug 2012) | 1 line
Correct typo - forgot . character to conca
Hi!
I just tried to build my project with CMake + Ninja for the first
time. I use Visual Studio 2008 on Windows. Everything went well except
when the resource files were compiled (by "rc").
I have a number of "add_definitions()" commands in my CMakeLists, for example:
add_definitions( /Za )
CDash svn revision 3274 in trunk -- thanks for the patch!
$ svn log -r 3274
r3274 | david.cole | 2012-08-21 07:08:31 -0400 (Tue, 21 Aug 2012) | 1 line
Include test labels on the main page too, especially for the case where
I use the following rule to generate a precompiled header:
# Macro for creating precompiled headers
macro(add_precompiled_header HEADERFILE TRIGGERFILE SOURCESVAR)
set_source_files_properties(${${SOURCESVAR}}
PROPERTIES
COMPILE_FLAGS "/Yu${HEADERFILE}
/Fp${CMAKE_CURRENT_BINARY_DIR}/precompile
Hi David,
attached you find a patch, which avoids duplicates using an associative
array.
Kind regards, Kiwi
On 20.08.2012 17:14, David Cole wrote:
But with the attached patch, *duplicate* labels are possible, and that's
not desirable either. Could you make a patch that avoids duplicating
lab
