On Thu, Feb 16, 2012 at 7:39 PM, wrote:
> My team has been using precompiled headers under CMake and Visual Studio
> 2008 for quite a while. Now we’ve switched to VS 2010, the cmake code we
> used to support precompiled headers is no longer working.
>
>
>
> The following is the code in question
My team has been using precompiled headers under CMake and Visual Studio 2008
for quite a while. Now we've switched to VS 2010, the cmake code we used to
support precompiled headers is no longer working.
The following is the code in question and we're just using
set_source_files_properties to
I have an application where I want to link some targets against shared
versions of Boost and some against static versions.
(I'd prefer shared in general, but I need to link against the static
version of boost for my matlab mex interface, to avoid loading the
different version of boost shipped by m
Hello,I am trying to use CMake with codeblocks on windows, I created a simple project in the folder pCMakewhen I use the CMake interface I got the message:CMake Error: CMake was unable to find a build program corresponding to "MinGW Makefiles". CMAKE_MAKE_PROGRAM is not set. You probably need t
On Thu, Feb 16, 2012 at 3:27 PM, John Drescher wrote:
> On Thu, Feb 16, 2012 at 2:54 PM, Hashim Mir wrote:
>> Hi,
>>
>>
>>
>> This is what I am doing presently in order to compile both a 32-bit and a
>> 64-bit version of my project:
>>
>>
>>
>> cmake.exe -G “Visual Studio 9 2008” #for x32
On Thu, Feb 16, 2012 at 2:54 PM, Hashim Mir wrote:
> Hi,
>
>
>
> This is what I am doing presently in order to compile both a 32-bit and a
> 64-bit version of my project:
>
>
>
> cmake.exe -G “Visual Studio 9 2008” #for x32
>
> cmake.exe -G “Visual Studio 9 2008 Win64” #for x64
>
>
>
> I
Hi,
This is what I am doing presently in order to compile both a 32-bit and a
64-bit version of my project:
cmake.exe -G "Visual Studio 9 2008" #for x32
cmake.exe -G "Visual Studio 9 2008 Win64" #for x64
Is it possible to consolidate the two individual statements into one somehow,
in
On 02/16/2012 03:14 PM, Barth wrote:
> Hi again,
>
> I have understood what you meant :)
Hhm, actually, I talked nonsense w.r.t. DIM_USE_STATIC. ;)
> For records here is what I did :
>
> # (1) Use FIND_LIBRARY() to look for the shared and the static library
> # and define DIM_SHARED_LIBRARY
I was using the LIST_SEPARATOR argument in the wrong place when I tried it.
This works as needed:
"""
cmake_minimum_required(VERSION 2.8)
include(ExternalProject)
set(libpath "MORE;BETTER;PATHLIST")
string(REPLACE ";" "^^" libpath "${libpath}")
message("libpath: ${libpath}")
ExternalProject_Add(
On 02/16/2012 11:10 AM, Barth wrote:
> Hello again,
>
> A short question about your proposal :
>
> Michael Hertling wrote
>>
>> (4) DIM_USE_STATIC decides if DIM_LIBRARIES receives DIM_STATIC_LIBRARY
>> or DIM_SHARED_LIBRARY, and because DIM_LIBRARIES is not cached, it
>> can be set anew
Hi again,
I have understood what you meant :)
For records here is what I did :
# (1) Use FIND_LIBRARY() to look for the shared and the static library
# and define DIM_SHARED_LIBRARY and DIM_STATIC_LIBRARY in the cache.
find_library(DIM_STATIC_LIBRARY NAMES libdim.a PATHS $ENV{DIMDIR}
PATH_S
Hi again,
I have understood what you meant :)
For records here is what I did :
Thank you again for your supprot,
Best regards,
Barth
--
View this message in context:
http://cmake.3232098.n2.nabble.com/How-to-have-a-static-shared-option-in-a-Find-script-tp7287655p7291050.html
Sent from the C
Hello again,
A short question about your proposal :
Michael Hertling wrote
>
> (4) DIM_USE_STATIC decides if DIM_LIBRARIES receives DIM_STATIC_LIBRARY
> or DIM_SHARED_LIBRARY, and because DIM_LIBRARIES is not cached, it
> can be set anew each time FIND_PACKAGE(DIM ...) is called, so the
13 matches
Mail list logo
