Why does this:
SET( PLATFORM_FILTER *Windows.* )
FOREACH(INP ${PLATFORM_FILTER})
MESSAGE( "INP=" ${INP} )
IF("abc_Windows.cpp" MATCHES "${INP}" )
MESSAGE( "found a match!" )
ENDIF("abc_Windows.cpp" MATCHES "${INP}" )
ENDFOREACH(INP ${PLATFORM_FILTER})
Produce this:
S:\softw
On 2008-05-05 23:46+0100 Jonathan Riddell wrote:
Is there a way to compile a library without adding the "lib" prefix as
TARGET_LINK_LIBRARIES() does? This is needed for a C python module.
Yes. (Actually, it is ADD_LIBRARY that creates the target and the default
"lib" name of that target.)
On 2008-05-05 15:36-0700 Phil Pellouchoud wrote:
I cannot get this to work. No matter how I set it, it never seems to be
able to use it.
PROJECT(x)
SET(CMAKE_MODULE_PATH path)
INCLUDE ( test.cmake )
^
You are using the "file" signature for INCLUDE here which ign
Is there a way to compile a library without adding the "lib" prefix as
TARGET_LINK_LIBRARIES() does? This is needed for a C python module.
Jonathan
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
I cannot get this to work. No matter how I set it, it never seems to be
able to use it.
PROJECT(x)
SET(CMAKE_MODULE_PATH path)
INCLUDE ( test.cmake )
Gives
INCLUDE Could not find include file: test.cmake
Even if I try to supply it on the command line:
cmake -DCMAKE_MODU
We call cmake from inside our top level Makefile to build ITK. To
that end we specify the CMAKE_INSTALL_PREFIX on the command line.
I've appended our whole cmake command line at the end of this message
but the operative thing is that the CMake command line includes:
-DCMAKE_INSTALL_PREFIX:PATH=/s
Mathieu Malaterre wrote:
On Mon, May 5, 2008 at 9:21 PM, Mathieu Malaterre
<[EMAIL PROTECTED]> wrote:
On Mon, May 5, 2008 at 9:10 PM, Mathieu Malaterre
<[EMAIL PROTECTED]> wrote:
>
On Mon, May 5, 2008 at 8:59 PM, Bill Hoffman <[EMAIL PROTECTED]> wrote:
> > Mathieu Malaterre wrote:
> >
On Mon, May 5, 2008 at 9:21 PM, Mathieu Malaterre
<[EMAIL PROTECTED]> wrote:
> On Mon, May 5, 2008 at 9:10 PM, Mathieu Malaterre
>
> <[EMAIL PROTECTED]> wrote:
> >
>
>
> > On Mon, May 5, 2008 at 8:59 PM, Bill Hoffman <[EMAIL PROTECTED]> wrote:
> > > Mathieu Malaterre wrote:
> > >
> > >
> >
On Mon, May 5, 2008 at 9:10 PM, Mathieu Malaterre
<[EMAIL PROTECTED]> wrote:
>
> On Mon, May 5, 2008 at 8:59 PM, Bill Hoffman <[EMAIL PROTECTED]> wrote:
> > Mathieu Malaterre wrote:
> >
> >
> > >
> > > -> that's exactly what is driving me nuts, CheckFunctionExists.c is a
> > > 5 line c code,
On Mon, May 5, 2008 at 8:59 PM, Bill Hoffman <[EMAIL PROTECTED]> wrote:
> Mathieu Malaterre wrote:
>
>
> >
> > -> that's exactly what is driving me nuts, CheckFunctionExists.c is a
> > 5 line c code, it forward declare the function but does not include
> > *anything*.
> >
> That is what concerns m
Mathieu Malaterre wrote:
-> that's exactly what is driving me nuts, CheckFunctionExists.c is a
5 line c code, it forward declare the function but does not include
*anything*.
That is what concerns me, it does not include anything. It maybe
required to include something to find the symbol...
On Mon, May 5, 2008 at 8:49 PM, Bill Hoffman <[EMAIL PROTECTED]> wrote:
>
> Mathieu Malaterre wrote:
>
> > Ok. I do not understand how to use cl, I switch to using gcc instead
> > (cygwin). Here it is again:
> >
> >
> > /usr/local/bin/gcc.exe -DCHECK_FUNCTION_EXISTS=UuidCreate -o
> > CMakeFiles/
Mathieu Malaterre wrote:
Ok. I do not understand how to use cl, I switch to using gcc instead
(cygwin). Here it is again:
/usr/local/bin/gcc.exe -DCHECK_FUNCTION_EXISTS=UuidCreate -o
CMakeFiles/cmTryCompileExec.dir/CheckFunctionExists.o -c
/usr/share/cmake-2.4.8/Modules/CheckFunctionExists
Ok. I do not understand how to use cl, I switch to using gcc instead
(cygwin). Here it is again:
/usr/local/bin/gcc.exe -DCHECK_FUNCTION_EXISTS=UuidCreate -o
CMakeFiles/cmTryCompileExec.dir/CheckFunctionExists.o -c
/usr/share/cmake-2.4.8/Modules/CheckFunctionExists.c
Linking C executable cmT
Oh, I forgot to mention the toolchain.cmake for HelloWorld-Cell
Here is its content:
$ProjectRoot/toolchain.cmake
{{{
SET (CMAKE_SYSTEM_NAME "CellBE")
INCLUDE (UseCellBESDK3)
}}}
--
Yinyin
_
Connect to the next generation of M
> Date: Mon, 5 May 2008 17:11:27 +0200
> Subject: Re: [CMake] patch for supporting multiple toolchain in single source
> tree
> CC: cmake@cmake.org
>
> 2008/5/5, Yinyin <[EMAIL PROTECTED]>:
> > The attached file (multi-toolchain.patch.bz2) is a patch I made for
> > supporting multiple tool-chain
Vitor Vasconcelos Araujo Silva wrote:
> With this, I have missing symbols for all calls to Qt functions. Of
> course, if I add:
>
> –lQtCore –lQtGui –lQtXml
>
> To my linking line, everything links ok.
> This problem does not occurs on Linux with gcc, but only with MinGW.
> My point
Hello all,
I'm experiencing weired problems when trying to link my application
with MinGW.
After generate my Makefile I have the Qt libraries added but no -l
options for Qt libraries. My "linking" line is this:
g++ "CMakeFiles/oigui.dir/oigui.cpp.obj" -o oigui.exe
-Wl,--out
2008/5/5, Yinyin <[EMAIL PROTECTED]>:
>
>
> Hi there,
>
> The attached file (multi-toolchain.patch.bz2) is a patch I made for
> supporting multiple tool-chain in single source tree.
There was file attached :=)
--
Erk
___
CMake mailing list
CMake@cmake
Hi there,
The attached file (multi-toolchain.patch.bz2) is a patch I made for supporting
multiple tool-chain in single source tree.
The idea is add an extra property "TARGET_ARCH" to target
and make the variable expansion routine lookup toolchain according to
TARGET_ARCH.
For example, if
That fixed it, thanks!
-Original Message-
From: Bill Hoffman [mailto:[EMAIL PROTECTED]
Sent: Saturday, May 03, 2008 12:37 PM
To: Phil Pellouchoud
Cc: cmake@cmake.org
Subject: Re: [CMake] cmake woes on windows...
Phil Pellouchoud wrote:
> This CMakeLists.txt:
>
>
>
> SET( CMAKE_CXX_FL
Hi Bill
Let me tell u a small example:
I have a project say master.sln and in that solution I am having 3
different projects(.vcproj) which are making three libraries:
a.lib,b.lib,c.lib.
Now using the command ADD_DEPENDENCIES, I am setting the project
dependencies to specify that a.lib depends o
There doesn't seem to be a command line switch for this, because the
compiler/linker can't know the dependencies when called independently.
(see
http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=83916&SiteID=1).
So you can't use ADD_DEFINITIONS or similar to set this option from CMake.
Bu
Malhotra, Anupam wrote:
Hi Bill
I opened the .vcproj file being generated for my project in edit
mode.Below is the section where the link library dependencies flag is
being set:
/>
Note that I want to set this " LinkLibraryDependencies " flag to true
using CMake. How can I achieve that?
R
Hi Bill
I opened the .vcproj file being generated for my project in edit
mode.Below is the section where the link library dependencies flag is
being set:
Note that I want to set this " LinkLibraryDependencies " flag to true
using CMake. How can I achieve that?
Thanks and Regards
Anupam Malhot
Zitat von Brad King <[EMAIL PROTECTED]>:
Hendrik Sattler wrote:
Hendrik Sattler schrieb:
I must correct myself. It works with:
- Windows, NMake Makefiles, Cmake-2.6 RC-9
- Linux, Unix Makefiles, CMake-CVS (RC-5 does not work)
It does not work with:
- Cygwin, Unix Makefiles, Cmake-2.6 RC-10
Hi Yuri,
> Not exactly, I suggested using add_custom_command. add_custom_target
> doesn't set proper dependencies, instead it always runs at install time.
The problem with using add_custom_command is tge fact that I have to add the
OUTPUT.
The target being generated by a third party tool (eg dox
27 matches
Mail list logo
