This is driving me nuts. I have a list of compiler flags:
GET_DIRECTORY_PROPERTY(EXCESSIVE_CPPFLAGS_LIST
DIRECTORY ${Chicken_SOURCE_DIR}
DEFINITIONS
)
I want to turn this list into a string with NO SEMICOLONS. I need to
shove this into a .scm file and semicolons won't be appreciated. I kee
Brandon J. Van Every wrote:
> This is driving me nuts. I have a list of compiler flags:
>
> GET_DIRECTORY_PROPERTY(EXCESSIVE_CPPFLAGS_LIST
> DIRECTORY ${Chicken_SOURCE_DIR}
> DEFINITIONS
> )
>
> I want to turn this list into a string with NO SEMICOLONS. I need to
> shove this into a .scm file
Peter Kümmel wrote:
Brandon J. Van Every wrote:
This is driving me nuts. I have a list of compiler flags:
GET_DIRECTORY_PROPERTY(EXCESSIVE_CPPFLAGS_LIST
DIRECTORY ${Chicken_SOURCE_DIR}
DEFINITIONS
)
I want to turn this list into a string with NO SEMICOLONS. I need to
shove th
Peter Kümmel wrote:
> Brandon J. Van Every wrote:
>> This is driving me nuts. I have a list of compiler flags:
>>
>> GET_DIRECTORY_PROPERTY(EXCESSIVE_CPPFLAGS_LIST
>> DIRECTORY ${Chicken_SOURCE_DIR}
>> DEFINITIONS
>> )
>>
>> I want to turn this list into a string with NO SEMICOLONS. I need to
>
Peter Kümmel wrote:
Peter Kümmel wrote:
Brandon J. Van Every wrote:
This is driving me nuts. I have a list of compiler flags:
GET_DIRECTORY_PROPERTY(EXCESSIVE_CPPFLAGS_LIST
DIRECTORY ${Chicken_SOURCE_DIR}
DEFINITIONS
)
I want to turn this list into a string wit
Brandon J. Van Every wrote:
> Peter Kümmel wrote:
>> Peter Kümmel wrote:
>>
>>> Brandon J. Van Every wrote:
>>>
This is driving me nuts. I have a list of compiler flags:
GET_DIRECTORY_PROPERTY(EXCESSIVE_CPPFLAGS_LIST
DIRECTORY ${Chicken_SOURCE_DIR}
DEFINITIONS
Peter Kümmel wrote:
I had recently a similar problem, until I found this solution:
SET(CMAKE_CXX_FLAGS_DEBUG "${CMAKE_CXX_FLAGS_DEBUG} -Zi -wd4996 -wd4800")
The point was to enclose ALSO the ${CMAKE_CXX_FLAGS_DEBUG} into the two quotes.
Hope this is a better hint.
Peter
Bah. I finally
> Original-Nachricht
> Datum: Mon, 12 Jun 2006 03:00:54 -0700
> Von: "Brandon J. Van Every" <[EMAIL PROTECTED]>
> An: cmake
> Betreff: Re: [CMake] output a string instead of a list
>
> Peter Kümmel wrote:
> >
> > I had recently a similar problem, until I found this solution:
>
Alexander Neundorf wrote:
Von: "Brandon J. Van Every" <[EMAIL PROTECTED]>
Bah. I finally found the problem. All of my string handling was
correct. I was passing arguments to a CMake script using
INCLUDE(${CMAKE_CURRENT_BINARY_DIR}/vars.cmake)
> Original-Nachricht
> Datum: Mon, 12 Jun 2006 03:13:27 -0700
> Von: "Brandon J. Van Every" <[EMAIL PROTECTED]>
> An: cmake
> Betreff: Re: [CMake] output a string instead of a list
>
> Alexander Neundorf wrote:
> >
> > >
> Von: "Brandon J. Van Every" <[EMAIL PROTECTED]
Hi,
I have three libraries here, libA, libB and libC. All three are linked as
shared libs. libB and libC are written in C++ but have a C interface, libA is
completely C.
When trying to link libC, which links to libB, which links to libA I get
undefined references to memcpy (but only from one of
Alexander Neundorf wrote:
You mean cmake -P myscript.cmake -DSOMEVAR=foo ?
This works, it is the
same as when you use -D when calling cmake to configure your project. It
should really work.
I use it this way and the only issues I had were wit
> Von: "Brandon J. Van Every" <[EMAIL PROTECTED]>
>
> Alexander Neundorf wrote:
> >
> > >
> You mean cmake -P myscript.cmake -DSOMEVAR=foo ?
> This
> > > works, it is the
>
> > > > same as when you use -D when calling cmake to configure your
> > > > project. It
Alexander Neundorf wrote:
Von: "Brandon J. Van Every" <[EMAIL PROTECTED]>
Well it doesn't work on my Windows command prompt. Here's my testscript:
MESSAGE("${DEPRESSING}")
and here's my command line:
E:\devel>cmake -P bwah.cmake -DDEPRESSING=killme
E:\devel>
Brandon J. Van Every wrote:
Peter Kümmel wrote:
I had recently a similar problem, until I found this solution:
SET(CMAKE_CXX_FLAGS_DEBUG "${CMAKE_CXX_FLAGS_DEBUG} -Zi -wd4996
-wd4800")
The point was to enclose ALSO the ${CMAKE_CXX_FLAGS_DEBUG} into the
two quotes.
Hope this is a better
On 6/12/06, Jan Woetzel <[EMAIL PROTECTED]> wrote:
[EMAIL PROTECTED] wrote:> ...use the Magick++ package ... So I am trying to write another> FindImageMagick.cmake instead (not work either).You can use mine, works on Linux and Windows.
http://www.mip.informatik.uni-kiel.de/~jw/cmake/CMakeModules/Fi
Hi,
> Von: "Brandon J. Van Every" <[EMAIL PROTECTED]>
> Brandon J. Van Every wrote:
...
> You know I spoke too soon. Once I changed that, I started getting
> semicolons in new places *inside of* quoted strings. There is a general
> problem of semicolons, double quotes, and spaces in filenames
[EMAIL PROTECTED] wrote:
The FindImageMagick.cmake I wrote was put in the
/usr/local/share/CMake/Modules/
I now copyed yours and put it there, but when I do ccmake . ,it gives
the following error message:
CMake Error: IMAGEMAGICKLIB_DIR is not set. It must be set to the
directory containin
[EMAIL PROTECTED] wrote:
> On 6/12/06, Jan Woetzel <[EMAIL PROTECTED]> wrote:
>
> Thanks, Jan.
> The FindImageMagick.cmake I wrote was put in the
> /usr/local/share/CMake/Modules/
> I now copyed yours and put it there, but when I do ccmake . ,it gives the
> following error message:
I'm guessing y
At 08:28 AM 6/12/2006, Brandon J. Van Every wrote:
>You know I spoke too soon. Once I changed that, I started getting semicolons
>in new places *inside of* quoted strings. There is a general problem of
>semicolons, double quotes, and spaces in filenames beating each other up, as
>they are pas
On 6/12/06, Filipe Sousa <[EMAIL PROTECTED]> wrote:
[EMAIL PROTECTED] wrote:> On 6/12/06, Jan Woetzel <[EMAIL PROTECTED]> wrote:>> Thanks, Jan.
> The FindImageMagick.cmake I wrote was put in the> /usr/local/share/CMake/Modules/> I now copyed yours and put it there, but when I do ccmake . ,it gives
[EMAIL PROTECTED] wrote:
I do have FIND_PACKAGE(IMAGEMAGICK) in the CMakeLists.txt.
The (file) names are case sensitive!
Try FIND_PACKAGE(ImageMagickLib)
Jan.
--
Dipl.-Ing. Jan Woetzel
--
University of Kiel
Institute of Computer Science
[EMAIL PROTECTED] wrote:
> I do have FIND_PACKAGE(IMAGEMAGICK) in the CMakeLists.txt. I guess for the
> compatible problem, I have to use all capitals. I also tried
> IMAGEMAGICKLIB, doesn't work. The cmake sees the
> FindImageMagick.cmakesince each time I change the content of that
> file, the c
On 6/12/06, Jan Woetzel <[EMAIL PROTECTED]> wrote:
[EMAIL PROTECTED] wrote:> I do have FIND_PACKAGE(IMAGEMAGICK) in the CMakeLists.txt.The (file) names are case sensitive!Try FIND_PACKAGE(ImageMagickLib)
Jan.-- Dipl.-Ing. Jan Woetzel-- University of
On 6/12/06, Filipe Sousa <[EMAIL PROTECTED]> wrote:
[EMAIL PROTECTED] wrote:> I do have FIND_PACKAGE(IMAGEMAGICK) in the CMakeLists.txt. I guess for the> compatible problem, I have to use all capitals. I also tried
> IMAGEMAGICKLIB, doesn't work. The cmake sees the> FindImageMagick.cmakesince eac
[EMAIL PROTECTED] wrote:
> On 6/12/06, Filipe Sousa <[EMAIL PROTECTED]> wrote:
>
>
> I am usng ImageMagick-6.2.8.
I was asking for cmake version (cmake --version)
> Here is my CMakeLists.txt:
>
> PROJECT(RREM)
>
> FIND_PACKAGE(IMAGEMAGICKLIB)# the IMAGEMAGICKLIB has been tried for
> ImageMagi
[EMAIL PROTECTED] wrote:
> On 6/12/06, Jan Woetzel <[EMAIL PROTECTED]> wrote:
> I tried FIND_PACKAGE(ImageMagickLib) and got this:
>
> CMake Error: ImageMagickLib_DIR is set to "/usr/local/include", which is
> not a directory containing ImageMagickLibConfig.cmake
>
> If using FIND_PACKAGE(IMAGEM
On 6/12/06, Filipe Sousa <[EMAIL PROTECTED]> wrote:
[EMAIL PROTECTED] wrote:> On 6/12/06, Filipe Sousa <[EMAIL PROTECTED]> wrote:>>> I am usng ImageMagick-6.2.8.
I was asking for cmake version (cmake --version)> Here is my CMakeLists.txt:>> PROJECT(RREM)>> FIND_PACKAGE(IMAGEMAGICKLIB)# the IMAGEMAG
[EMAIL PROTECTED] wrote:
I installed the newest imagemagick package as root. The Magick++.h and
the folders of magick, Magick++ and wand are located in /usr/local/include
Your problem is not about finding the libs.
It is about cmake (not) finding the "FindImageMagicklib.cmake" find script.
Pl
On 6/12/06, Filipe Sousa <[EMAIL PROTECTED]> wrote:
[EMAIL PROTECTED] wrote:> On 6/12/06, Jan Woetzel <[EMAIL PROTECTED]> wrote:> I tried FIND_PACKAGE(ImageMagickLib) and got this:
>> CMake Error: ImageMagickLib_DIR is set to "/usr/local/include", which is> not a directory containing ImageMagickLi
On 6/12/06, Jan Woetzel <[EMAIL PROTECTED]> wrote:
[EMAIL PROTECTED] wrote:> I installed the newest imagemagick package as root. The Magick++.h and> the folders of magick, Magick++ and wand are located in /usr/local/include
Your problem is not about finding the libs.It is about cmake (not) finding
Miguel A. Figueroa-Villanueva wrote:
I think the following documentation for the IF command:
IF(variable1 OR variable2)
True if either variable would be considered true individually.
IF(COMMAND command-name)
True if the given name is a file or directory.
The REQUIRED flag checking in
FIND_PACKAGE(Foo REQUIRED)
is not checking the result of FOO_FOUND anymore.
See bug report 3379:
http://www.cmake.org/Bug/bug.php?op=show&bugid=3379
Jan.
--
Dipl.-Ing. Jan Woetzel
--
University of Kiel
Institute
Hello,
I am using MS Visual Studio 8 2005, and I was not sure if it is
supported with Cmake 2.4.2? I have been trying to build VTK with it and
I am getting a compiler error that looks something like this:
The C compiler "cl" is not able to compile a simple test program.
It fails with the fo
Alexander Neundorf wrote:
Von: "Brandon J. Van Every" <[EMAIL PROTECTED]>
Brandon J. Van Every wrote:
-DHIERARCHICAL_INSTALL -DC_USE_C_DEFAULTS -DC_INSTALL_HOME="E:/Program
Files/Chicken" -DC_INSTALL_BIN_HOME="E:/Program Files/Chicken/bin"
-DC_INSTALL_INCLUDE_HOME="
William A. Hoffman wrote:
At 08:28 AM 6/12/2006, Brandon J. Van Every wrote:
You know I spoke too soon. Once I changed that, I started getting semicolons in new places *inside of* quoted strings. There is a general problem of semicolons, double quotes, and spaces in filenames be
Brandon J. Van Every wrote:
The CMake 2.4.2 docs specify:
STRING(REPLACE
[...])
is not defined elsewhere in the document. I presume
it is somehow different than a . It appears that a
of "@VARIABLE_NAME@" will not match anything in a
file. Is this expected behavior or a bug? If it's
Hi,
I'm just beginning to learn CMake and now I'm lost.
I need to check for large file support and therefore need to use TRY_COMPILE.
In my main CMakeLists.txt file I tried similar to my Mastering CMake book
(for version 2.0):
TRY_COMPILE(C_MAKE_COMPILER_WORKS
${CMAKE_BINARY_DIR}
Peter Kümmel wrote:
When I use add_definitions I must
pass for nmake and the IDE different
string macro definitions:
1. source code: #define BOOST_USER_CONFIG=
if(MSVC_IDE)
add_definitions(-DBOOST_USER_CONFIG=<\;config.h>\;)
else(MSVC_IDE)
add_definitions(-DBOOST_USER_CONFIG="")
endif(
Alexander Neundorf wrote:
Hi,
although cmake now supports RPATH very flexible, we still have a problem.
The install RPATH has to be constructed manually. In KDE we set it to the Qt
libdir, the KDE libdir and the install libdir.
Now the problem is, what to do if the app links to a library which
Hi,
Von: Bernd Schubert <[EMAIL PROTECTED]>
> Hi,
>
> I'm just beginning to learn CMake and now I'm lost.
>
> I need to check for large file support and therefore need to use
> TRY_COMPILE.
> In my main CMakeLists.txt file I tried similar to my Mastering CMake book
> (for version 2.0):
>
>
Patrick Noffke wrote:
I'm using cmake 2.4.2 on windows, with Visual Studio 2005 Express Edition.
I have a Qt class in a subdirectory from my top-level project. I don't want to
build the class as a library, but rather include the source code in the
top-level project. But I can't get moc to ru
Bernd Schubert wrote:
Hi,
I'm just beginning to learn CMake and now I'm lost.
I need to check for large file support and therefore need to use TRY_COMPILE.
In my main CMakeLists.txt file I tried similar to my Mastering CMake book
(for version 2.0):
TRY_COMPILE(C_MAKE_COMPILER_WORKS
wedekind wrote:
Is there a variable in CMake to denote the platform-specific object-file
suffix, e.g. ".o" on unix or ".obj" on windows?
These variables contain the extension that will be used in the generated
project:
CMAKE_C_OUTPUT_EXTENSION
CMAKE_CXX_OUTPUT_EXTENSION
-Brad
__
Bennett Smith wrote:
Hello,
I am trying to use cmake for building a project on Windows. This
project is currently built using Visual Studio 6.0, and it uses the
ATL libraries to produce some COM components. Part of this is the
invocation of the MIDL compiler to process a file with the .IDL
exten
Calvin Gerus wrote:
I am using MS Visual Studio 8 2005, and I was not sure if it is
supported with Cmake 2.4.2? I have been trying to build VTK with it and
I am getting a compiler error that looks something like this:
The C compiler "cl" is not able to compile a simple test program.
It fails w
Hello Alex, hello Brad,
thanks a lot for your help.
> You are trying to put the build tree of the try-compile test on top of
> the main build tree. Try this:
Ah, I begin to understand.
>
> TRY_COMPILE(C_MAKE_COMPILER_WORKS
> ${CMAKE_BINARY_DIR}/CMakeTmp
> ${PROJECT_SO
hi, all
I am using GUISupport/Qt come with the vtk5.0 and try to compile with
cmake but get the following error message:
CMake Error: Error in cmake code at
/home/me/vtk/VTK/GUISupport/Qt/CMakeLists.txt:183:
INSTALL_TARGETS called with incorrect number of arguments
The CMakeLists.txt with the e
48 matches
Mail list logo