Zschocke, Florian schrieb:
Hi!
I have some trouble using a target's LOCATION property in order to build
a custom command. Maybe someone can tell me if this is by design and
whether I can do what I intend to.
I have a target that has a changed name as well as an added postfix for
the Debug
Hi Anteru!
I had the same problem. Read here:
http://www.cmake.org/pipermail/cmake/2008-March/020255.html
Thnaks for the link. But from that I gather that you can only use the
target name as an actual command and not as a parameter to the command,
e.g. when copying the target to someplace,
Hi!
I'm trying this again from a different angle:
Is it possible to add a custom command only for a specific
configuration, i.e. build type? So I could add a certain command only
for DEBUG and a different one for RELEASE?
Thanks,
Florian Zschocke
-Original Message-
From: [EMAIL
Zschocke, Florian schrieb:
Hi Anteru!
I had the same problem. Read here:
http://www.cmake.org/pipermail/cmake/2008-March/020255.html
Thnaks for the link. But from that I gather that you can only use the
target name as an actual command and not as a parameter to the command,
e.g. when copying
Hi All,
After a (long) while I wanted to attend to my wxWidgets projects again
which I generate from a CMake project. I generated, and found out the
libs that were expected were still of the 2.6 version of wxWidgets,
while they are at 2.8 already (soon 2.9 even).
When it comes to using wxWidgets
On Tue, Mar 11, 2008 at 7:49 AM, Jorgen Bodde wrote:
After a (long) while I wanted to attend to my wxWidgets projects again
which I generate from a CMake project. I generated, and found out the
libs that were expected were still of the 2.6 version of wxWidgets,
while they are at 2.8
Miguel A. Figueroa-Villanueva wrote:
I believe that the best approach is something that we can convince the
wxWidgets developers to integrate with there distribution. In the line
of wx-config. Better yet would be to create a set of CMakeLists.txt
files for the wxWidgets system. If you build
Hi Miquel,
I am not here to critisize your work, on the contrary, your work is
probably based on Jerry fath's work, which is based upon my work ;-) I
did contribute to CMake too once a long while ago ;-)
Current CVS/HEAD FindwxWidgets and I think the last release CMake
2.4.8 supports upto
Jorgen Bodde wrote:
Who knows the wx guys will evantually switch to Cmake after all. They
arlready made a huge switch to Doxygen after sticking to LaTEX
documentation for ages. If you look at an example bakefile for any
potential project here:
http://www.wxwidgets.org/wiki/index.php/Bakefile
On Tue, Mar 11, 2008 at 9:10 AM, Jorgen Bodde wrote:
Hi Miquel,
I am not here to critisize your work, on the contrary, your work is
probably based on Jerry fath's work, which is based upon my work ;-) I
did contribute to CMake too once a long while ago ;-)
Don't worry, no offense taken. I
On Tue, Mar 11, 2008 at 9:18 AM, Bill Hoffman wrote:
Jorgen Bodde wrote:
Who knows the wx guys will evantually switch to Cmake after all. They
arlready made a huge switch to Doxygen after sticking to LaTEX
documentation for ages. If you look at an example bakefile for any
potential
Hi Miquel / Bill / et al
You mean generated at configuration/build time from the bakefile
system? That seems like a good idea. They would have to generate
different files probably, since different configurations co-exist.
wxWidgets-unicode-release.cmake
wxWidgets-unicode-static.cmake
Hi Jorgen,
I wanted to do exactly that. Create a small executable that could
function as a wx-config.exe for wxWidgets on Windows where CMAKE could
benefit from the variables being set, and then kind of making the find
process more integrated with the wxWidgets distribution. I would
create it
Yes just use something like:
IF ( ${CMAKE_BUILD_TYPE} STREQUAL Debug )
ENDIF ( ${CMAKE_BUILD_TYPE} STREQUAL Debug )
IF ( ${CMAKE_BUILD_TYPE} STREQUAL Release )
ENDIF ( ${CMAKE_BUILD_TYPE} STREQUAL Release )
-Martin Lutken
On Tuesday 11 March 2008 10:16:32 Zschocke, Florian wrote:
Hi!
I'm
Hi Werner,
sorry I missed your original post. It is worth looking at to see if we
can produce some kind of CMake friendly script. I'm however not sure
what the best way is to solve this the most user friendly way to only
let the user determine which config he would like for his generated
project.
Yes just use something like:
IF ( ${CMAKE_BUILD_TYPE} STREQUAL Debug )
ENDIF ( ${CMAKE_BUILD_TYPE} STREQUAL Debug )
For generation Makefiles this could work. But what about MSVS project
files? My understanding was that this wouldn't work since the
CMAKE_BUILD_TYPE will not be used in
Hi,
for a project I'm working on I need to do the following build steps:
- compile an executable from source
- run this executable to convert several files
- for each input file in source directory there will be one output file
in build directory.
I tried several variants of he following but
On Tuesday 11 March 2008, Martin Fischer wrote:
Hi,
for a project I'm working on I need to do the following build steps:
- compile an executable from source
- run this executable to convert several files
- for each input file in source directory there will be one output file
in build
Hello Martin,
You cannot nest commands and constructs. Move the FOREACH before the
custom target and set a variable in it. Then use the result in the
custom target.
Andy
On Tue, Mar 11, 2008 at 12:44 PM, Martin Fischer [EMAIL PROTECTED] wrote:
Hi,
for a project I'm working on I need to do
19 matches
Mail list logo