Re: [CMake] CMAKE 2.6.0: Wrong dependencies when CMakeInformation.cmake is missing

On Tuesday 10 June 2008, Wojciech Migda wrote: > Alexander Neundorf pisze: > > On Sunday 08 June 2008, Wojciech Migda wrote: > >> As it appeared the "." entry was present due to me using user-defined > >> assembler compiler for the build. Commenting out the relevant > >> ENABLE_LANGUAGE command in

Re: [CMake] FIND_PACKAGE from another Project

On Tuesday 10 June 2008, hsanson wrote: > Alexander Neundorf wrote: ... > > Which project do you want to use ? > > Probably you will want to write a FindFoo.cmake file for it, which will > > contain mostly FIND_LIBRARY() and FIND_PATH() calls. > > Thanks, I already have Find.cmake files for all my

Re: [CMake] Help with INSTALL(TARGETS

It is alright now Alex. When I put the INSTALL paths in the actual directories themselves, rather than the top directory, it all worked fine. It put the executable in 'Program Files' which I really did not expect, and missed it. Basically, I had the main directory, GPMAD, and three subdirec

Re: [CMake] Help with INSTALL(TARGETS

On Tuesday 10 June 2008, Michael Salt wrote: > Thanks Alex, > > The trouble is that at the moment, my targets (.exe, .dll) are built > in a directory within the 'build' folder. Of course, the contents of > the build folder are not generated until I run cmake, so I actually > have nowhere to put the

Re: [CMake] Make with dos paths

John Doe wrote: I am trying to use the "unix makefiles" generator with the windows version of cmake. Unfortunately the make packaged with cygwin does not like the ':' in the dos path name. What version of make should I use? Geometry/CMakeFiles/geom.dir/build.make:53: *** target pattern contain

[CMake] Make with dos paths

I am trying to use the "unix makefiles" generator with the windows version of cmake. Unfortunately the make packaged with cygwin does not like the ':' in the dos path name. What version of make should I use? Geometry/CMakeFiles/geom.dir/build.make:53: *** target pattern contains no `%'. Stop.

[CMake] add_definitions

hi, i'm try to fixed /INCREMENTAL to /INCREMENTAL:NO i've seen on cmake.org that it's set with ADD_DEFINITIONS. Despite all that, i still have a project with INCREMENTAL fix to YES here is my code. It is a hello world project (i'm just starting :) ) project (HELLO) set(CMAKE_USE_RELATIVE_PATH "tr

Re: [CMake] shared libraries .lib .dll

hi, i've taken your advice on the __declspec stuff and test it on a hello world project. i do have a .lib now but with a warning " hello.cxx ..\..\CMakeExample\Hello\hello.cxx(5) : warning C4273: 'Hello::Print' : inconsistent dll linkage h:\workspace\cmakeexample\cmakeexample\hello\hello.h(18) :

Re: [CMake] Building Matlab Mex files and CMake 2.60

Benjamin Roy wrote: > Hello, > > I used to build Matlab Mex files using this kind of CMake files, the > build was working Both on linux and Windows (only with visual studio, > because gnumex is no longer support for MinGW and Matlab R2008): > > # SET MEX files extension > IF(UNIX) > IF(APPLE) > I

Re: [CMake] Code::Blocks generator setting in CMakeLists

Thanks for your reply. The argument to keep it to the user is very reasonable. It just seemed convenient to have it hard code in my CMakeLists. Of course I can write a small bash script that automatically does the call for me, but for sure I'll also try the new GUI. Regards, Roy _

[CMake] Building Matlab Mex files and CMake 2.60

Hello, I used to build Matlab Mex files using this kind of CMake files, the build was working Both on linux and Windows (only with visual studio, because gnumex is no longer support for MinGW and Matlab R2008): # SET MEX files extension IF(UNIX) IF(APPLE) IF(CMAKE_OSX_ARCHITECTURES MATCHES i3

Re: [CMake] Help with INSTALL(TARGETS

Thanks Alex, The trouble is that at the moment, my targets (.exe, .dll) are built in a directory within the 'build' folder. Of course, the contents of the build folder are not generated until I run cmake, so I actually have nowhere to put the CMakeLists.txt file. I do not want to create t

Re: [CMake] shared libraries .lib

> Von: "Ingrid Kemgoum" > hi, > i'm trying to build a c++ project and i have a dynamic library. it is > created a .dll but MSVC ask for a .lib. > Is there a way to produce both .dll and .lib from the library? > > Thanks and regards. > You have to do it by your own by defining the functions which

[CMake] shared libraries .lib

hi, i'm trying to build a c++ project and i have a dynamic library. it is created a .dll but MSVC ask for a .lib. Is there a way to produce both .dll and .lib from the library? Thanks and regards. Ingrid ___ CMake mailing list CMake@cmake.org http://www