Re: [CMake] ctest with cmake without compiler
Hi, Yes, it certainly disables some checks. Thanks for the pointer. However, on an NT system without Visual Studio for instance, but with nmake.exe (or make.exe of msys), I still cannot have cmake generate Makefiles: $ cmake . CMake Error: CMake was unable to find a build program corresponding to "Visual Studio 6". CMAKE_MAKE_PROGRAM is not set. You probably need to select a different build tool. -- Configuring incomplete, errors occurred! The CMakeFiles directory is mostly empty except for cmake.check_cache which only contains comments. What I want, is to be able to deploy a tarball or an installer, install some test tools, and test the binaries that were provided in a "clean" environment, like a virtual machine. Testing on build machines is undesirable. Setting CMAKE_MAKE_PROGRAM to (n)make.exe does not help. Regards, Arjen | Verweij, Arjen wrote: | > Well, obviously the problem is requiring a compiler when it makes no | > sense. Like on test-only systems. | > | | Not that obvious | | project(FooBar NONE) | | That will stop CMake from enabling any compilers or languages. ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] ctest with cmake without compiler
Verweij, Arjen wrote: Hi, Yes, it certainly disables some checks. Thanks for the pointer. However, on an NT system without Visual Studio for instance, but with nmake.exe (or make.exe of msys), I still cannot have cmake generate Makefiles: $ cmake . CMake Error: CMake was unable to find a build program corresponding to "Visual Studio 6". CMAKE_MAKE_PROGRAM is not set. You probably need to select a different build tool. -- Configuring incomplete, errors occurred! cmake -G"Unix Makefiles" should do the trick. Or cmake -G"NMake Makefiles". -Bill ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
[CMake] Read Windows Registry value
HelloI am trying to read MatlabRoot from Registry ,so I can use it in my include and lib paths. like this : GET_FILENAME_COMPONENT(MATLAB_ROOT_PATH [HKEY_LOCAL_MACHINE\\SOFTWARE\\MathWorks\\MATLAB\\7.0;MATLABROOT] ABSOLUTE) message(${MATLAB_ROOT_PATH}) But the message only prints /registry. Where is the mistake? ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] Read Windows Registry value
2009/2/9 elizabeta petreska : > Hello > I am trying to read MatlabRoot from Registry ,so I can use it in my include > and lib paths. > like this : > GET_FILENAME_COMPONENT(MATLAB_ROOT_PATH > [HKEY_LOCAL_MACHINE\\SOFTWARE\\MathWorks\\MATLAB\\7.0;MATLABROOT] ABSOLUTE) > message(${MATLAB_ROOT_PATH}) I don't think you need the GET_FILENAME_COMPONENT. Would yuo try: SET(MATLAB_ROOT_PATH [HKEY_LOCAL_MACHINE\\SOFTWARE\\MathWorks\\MATLAB\\7.0;MATLABROOT]) MESSAGE("MATLAB_ROOT_PATH = ${MATLAB_ROOT_PATH}") -- Erk ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
[CMake] FindPkgConfig module on Windows
Hello, I understand that the Findxxx() module (like FindBoost) is better than use of pkg-config file (particularly with cross compiling context), but pkg-config can be convenient. I've installed the pkg-config port on windows (from gnome.org) and it seems to work at a first glance. but I've got a problem with the prefix path variable in the *.pc file. On windows, by default, pkg-config tries to guess the prefix (not in Linux). So on my machine, it always defines prefix variable as "c:\usr\local". One of the goal of pkg-config is parameterization, so if prefix is ignored, it does not do the good job, .imho. In fact, we can use the --dont-define-prefix command line parameter of pkg-config. With this, pkg-config acts as attended. I think the FindPkgConfig module could have an option/variable for --dont-define-prefix use with windows variant. I statically write if(WIN32) set(PKG_CONFIG_EXECUTABLE ${PKG_CONFIG_EXECUTABLE} --dont-define-prefix endif(WIN32) Manfred ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] Read Windows Registry value
Still not working.I am getting the following : MATLAB_ROOT_PATH = [HKEY_LOCAL_MACHINE\SOFTWARE\MathWorks\MATLAB\7.6;MATLABROOT] On Mon, Feb 9, 2009 at 4:28 PM, Eric Noulard wrote: > 2009/2/9 elizabeta petreska : > > Hello > > I am trying to read MatlabRoot from Registry ,so I can use it in my > include > > and lib paths. > > like this : > > GET_FILENAME_COMPONENT(MATLAB_ROOT_PATH > > [HKEY_LOCAL_MACHINE\\SOFTWARE\\MathWorks\\MATLAB\\7.0;MATLABROOT] > ABSOLUTE) > > message(${MATLAB_ROOT_PATH}) > > I don't think you need the GET_FILENAME_COMPONENT. > Would yuo try: > > SET(MATLAB_ROOT_PATH > [HKEY_LOCAL_MACHINE\\SOFTWARE\\MathWorks\\MATLAB\\7.0;MATLABROOT]) > MESSAGE("MATLAB_ROOT_PATH = ${MATLAB_ROOT_PATH}") > > > -- > Erk > ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
[CMake] copy generated dll in executable directory
Hy! I'm doing a project where I'm generating 2 libraries for differents application. The problem is that the dll and the executable are not in the same directory. Therefore if i need to copy the dll each time i want to recompile them. The tree of my project is the following. ./CMakeList.txt (A) ./my/ ./my/lib1/CmakeList.txt (B) ./my/lib2/ ./test1 ./test2 And in the file CMakeList.txt (A), I have: set( EXECUTABLE_OUTPUT_PATH ${PROJECT_BINARY_DIR}/bin ) set(CMAKE_INSTALL_PREFIX ${PROJECT_BINARY_DIR}/bin ) I've found some help on the web and now i I use the install target in the Makefile to copy the .dll in the binary directory. And in CmakeList.txt (B) INSTALL( TARGETS ${LIBNAME} DESTINATION . PERMISSIONS OWNER_READ OWNER_WRITE OWNER_EXECUTE GROUP_READ GROUP_EXECUTE WORLD_READ WORLD_EXECUTE ) However, i would like to have them directly in the executable output path. Using the target all should be sufficient to generate the executable and the new dll in the same directory. Thanks, -- Benoit RAT www.neub.co.nr ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] Read Windows Registry value
2009/2/9 elizabeta petreska : > Still not working. > I am getting the following : > MATLAB_ROOT_PATH = > [HKEY_LOCAL_MACHINE\SOFTWARE\MathWorks\MATLAB\7.6;MATLABROOT] My first suggestion was silly. Message may print this but registry read may be OK. You'll find attached an example of registry usage which works here (CMake 2.6.0 on Windows XP): cmake -P registry.cmake gives the following output: D:\Test>cmake -P registry.cmake SEVENZIP_PATH = [HKEY_LOCAL_MACHINE\SOFTWARE\7-Zip;Path] SEVENZIP_ROOT = C:/Program Files/7-Zip HELPFILE = C:/Program Files/7-Zip as you can see the registry is read by FIND_PATH and GET_FILENAME_COMPONENT but a simple "message" does not evaluate the registry value. When I try with your MATLAB registry entry I get: D\Test>cmake -P registry.cmake MYPATH = [HKEY_LOCAL_MACHINE\SOFTWARE\MathWorks\MATLAB\7.6;MATLABROOT] MYROOT = /registry HELPFILE = HELPFILE-NOTFOUND Which seems to be the behaviour you observe. In my case this is logical since I have no matlab installed on my machine. -- Erk registry.cmake Description: Binary data ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] copy generated dll in executable directory
You probably want something like the following in your CMake file # -- Setup output Directories - SET (CMAKE_LIBRARY_OUTPUT_DIRECTORY ${PROJECT_BINARY_DIR}/Bin CACHE PATH "Single Directory for all Libraries" ) # - Setup the Executable output Directory - SET (CMAKE_RUNTIME_OUTPUT_DIRECTORY ${PROJECT_BINARY_DIR}/Bin CACHE PATH "Single Directory for all Executables." ) # - Setup the Executable output Directory - SET (CMAKE_ARCHIVE_OUTPUT_DIRECTORY ${PROJECT_BINARY_DIR}/Bin CACHE PATH "Single Directory for all static libraries." ) _ Mike Jackson mike.jack...@bluequartz.net BlueQuartz Softwarewww.bluequartz.net Principal Software Engineer Dayton, Ohio On Feb 9, 2009, at 11:31 AM, Benoit wrote: Hy! I'm doing a project where I'm generating 2 libraries for differents application. The problem is that the dll and the executable are not in the same directory. Therefore if i need to copy the dll each time i want to recompile them. The tree of my project is the following. ./CMakeList.txt (A) ./my/ ./my/lib1/CmakeList.txt (B) ./my/lib2/ ./test1 ./test2 And in the file CMakeList.txt (A), I have: set( EXECUTABLE_OUTPUT_PATH ${PROJECT_BINARY_DIR}/bin ) set(CMAKE_INSTALL_PREFIX ${PROJECT_BINARY_DIR}/bin ) I've found some help on the web and now i I use the install target in the Makefile to copy the .dll in the binary directory. And in CmakeList.txt (B) INSTALL( TARGETS ${LIBNAME} DESTINATION . PERMISSIONS OWNER_READ OWNER_WRITE OWNER_EXECUTE GROUP_READ GROUP_EXECUTE WORLD_READ WORLD_EXECUTE ) However, i would like to have them directly in the executable output path. Using the target all should be sufficient to generate the executable and the new dll in the same directory. Thanks, -- Benoit RAT www.neub.co.nr ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
[CMake] MSVC7.1 static link question
I' m quite a newbie in static linking, I would like to combine two lib into one: say libtiff needs libjpeg and zlib If you generate them separately, then when you build an executable that needs libtiff, you have to link also libjpeg and zlib otherwise unref happens It is possible, under VisualStudio interface, to specify libjpeg.lib and zlib.lib as Additional Dependencies This way (even if the linker show warnings as duplicate symbols) I obtain a libtiff that can be used alone. My question is: can I obtain the same result with cmake? I' ve tried to use TARGET_LINK_LIBRARIES, that is perfecly working for exe and SHARED linkage but no success: the vs project has always the Additional Dependencies field empty. Am I completely missing something? Thanks in advance Luigi Calori ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
[CMake] Cmake, Eclipse and MinGW (bug in the include)
I've a problem using cmake, eclipse and minGW. The thing is that my project compile correctly but Eclipse can't find the standard includes (stdlib,stdio,...). To correct this error I need to add in the main CMakeList.txt: IF(MINGW) IF(EXISTS "C:/MinGW/include") include_directories(C:/MinGW/include) include_directories(C:/MinGW/include/c++/3.4.5) ELSEIF(EXISTS "$ENV{PROGRAMFILES}/Wascana/mingw") include_directories($ENV{PROGRAMFILES}/Wascana/mingw/include) include_directories($ENV{PROGRAMFILES}/Wascana/mingwinclude/c++/3.4.5) ELSE(EXISTS "C:/MinGW/include") MESSAGE(STATUS "MinGW include dir not found") ENDIF(EXISTS "C:/MinGW/include") ENDIF(MINGW) This hack works correctly but it is not the best way to handle this problem. I wanted to know if other people have the same bug, and if thereis a better hack ??? -- Benoit RAT www.neub.co.nr ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] Cmake, Eclipse and MinGW (bug in the include)
Does your project compile in eclipse BUT eclipse can not find the std includes in order for the code completion to work? This is an eclipse configuration issue and not a CMake issue. _ Mike Jackson mike.jack...@bluequartz.net BlueQuartz Softwarewww.bluequartz.net Principal Software Engineer Dayton, Ohio On Feb 9, 2009, at 12:55 PM, Benoit wrote: I've a problem using cmake, eclipse and minGW. The thing is that my project compile correctly but Eclipse can't find the standard includes (stdlib,stdio,...). To correct this error I need to add in the main CMakeList.txt: IF(MINGW) IF(EXISTS "C:/MinGW/include") include_directories(C:/MinGW/ include) include_directories(C:/MinGW/include/c++/3.4.5) ELSEIF(EXISTS "$ENV{PROGRAMFILES}/Wascana/mingw") include_directories($ENV{PROGRAMFILES}/Wascana/mingw/include) include_directories($ENV{PROGRAMFILES}/Wascana/mingwinclude/c ++/3.4.5) ELSE(EXISTS "C:/MinGW/include") MESSAGE(STATUS "MinGW include dir not found") ENDIF(EXISTS "C:/MinGW/include") ENDIF(MINGW) This hack works correctly but it is not the best way to handle this problem. I wanted to know if other people have the same bug, and if thereis a better hack ??? -- Benoit RAT www.neub.co.nr ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
[CMake] "unit" testing your CMakeLists.txt
My company is adopting Test-Driven Development. I am wondering if any of you build engineers in a similar position have given any thought to how one might use this approach when developing your build systems. In one sense, you can say, "Well, the build is the test. If I say 'go' and I end up with SuperProduct.exe (and maybe a bunch of unit test successes) then everything works and I don't need any tests." OTOH, it would be nice to gain some of the benefits of TDD (e.g., fearless refactoring) in the build system. Sometimes there are build artifacts that should be generated which are not code and therefore won't generate "build errors" (documentation perhaps). One approach I've thought of is a simple script that simply makes sure that each CMake project deposits an expected list of files in a certain place. I have a hierarchy of "buildables" so it might be nice to know that the header at the bottom of the dependency tree is built correctly, and that the libraries that use it find that header and build correctly, and that the executable that use those libraries find everything and build correctly. Does anyone do anything like this? Are there tools around to help? Is this a worthwhile thing to think about? Thanks, tyler ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] JWASM support
On Friday 06 February 2009, Dmitry Bely wrote: > On Tue, Feb 3, 2009 at 11:22 PM, Alexander Neundorf > > wrote: > > On Tuesday 03 February 2009, Hendrik Sattler wrote: > >> Dmitry Bely schrieb: > >> >> If you use a toolchain file because you are cross-compiling, then you > >> >> do not have this problem. > >> > > >> > I would like to use the same CMakeLists.txt for native Win32 and > >> > cross-compiled Linux build. How to select the desired assembler then? > >> > >> Just like you select the C compiler in your toolchain file: > >> set ( CMAKE_ASM_MASM_COMPILER /path/to/masm/or/jwasm ) > > > > Or set the ASM_MASM environment variable to the assembler you want to use > > before calling cmake (the same way as you can set CC or CXX before > > running cmake). > > It's not enough: jwasm requires different options. Also redefine > CMAKE_ASM${ASM_DIALECT}_COMPILE_OBJECT? Yes. If you have a look at CMake/Modules/CMakeASMInformation.cmake, you see that several optional more specific files can be used. E.g. you could write a jwasm.cmake file, set the ..._COMPILE_OBJECT rule there and put it into CMake/Modules/Platform/, and it will be loaded automatically when jwasm is found. If you need special settings e.g. for Windows, cygwin or Linux, you can also create a e.g. Windows-jwasm.cmake file and put the necessary information there. > Not very convenient... It's not much work and it has to be done only once. We would be happy about a patch which makes cmake work with jwasm. Alex ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] find_package on windows also considering unix paths?
On Saturday 07 February 2009, Andreas Pakulat wrote: > Hi, > > it seems that find_package in config-mode also searches unix-like paths in > CMAKE_PREFIX_PATH. So if I put myprojectConfig.cmake into > /lib/cmake/ its still found, even if installing on windows. > > Is this intentional? If so, it should be documented, currently the > documentation seems to be indicating that only /[Cc]make is > searched on win32 and lib+share are only searched on *nix. The documentation actually says that: "This is merely a convention, so all (W) and (U) directories are still searched on all platforms." Maybe the phrasing could be changed a bit, so that this is a bit closer to the list of directories and harder to overlook. Alex ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] Cmake, Eclipse and MinGW (bug in the include)
On Monday 09 February 2009, Benoit wrote: > I've a problem using cmake, eclipse and minGW. > The thing is that my project compile correctly but Eclipse can't find the > standard includes (stdlib,stdio,...). > > To correct this error I need to add in the main CMakeList.txt: > > IF(MINGW) > IF(EXISTS "C:/MinGW/include") > include_directories(C:/MinGW/include) > include_directories(C:/MinGW/include/c++/3.4.5) > ELSEIF(EXISTS "$ENV{PROGRAMFILES}/Wascana/mingw") > include_directories($ENV{PROGRAMFILES}/Wascana/mingw/include) > > include_directories($ENV{PROGRAMFILES}/Wascana/mingwinclude/c++/3.4.5) > ELSE(EXISTS "C:/MinGW/include") > MESSAGE(STATUS "MinGW include dir not found") > ENDIF(EXISTS "C:/MinGW/include") > ENDIF(MINGW) > > This hack works correctly but it is not the best way to handle this > problem. I wanted to know if other people have the same bug, and if thereis > a better hack ??? There is a bug report for that and we are looking into ways how to fix it. It won't be in 2.6.3. Alex ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] CMake and XCode 3 debugger
This conservation has moved to the bug tracker: http://www.cmake.org/Bug/view.php?id=8481 On Fri, Feb 6, 2009 at 7:26 PM, E. Wing wrote: > I just got back to using CMake again for a project. I am using 2.6.2 and > Xcode 3.1.2 (everything current as of today). Using the Xcode generator, > the generated project seems to be ignoring all my breakpoints in the Xcode > debugger. This problem severely limits the usefulness of CMake for me in > this particular project. > > I found this old post below. I was wondering if there was a fix or if it > was even a filed issue. > > Thanks, > Eric > > 2008/2/28 Simon Drouin > >> Hi All, >> >> I recently started to use CMake 2.4.8 on MacOSX Leopard with XCode 3. All >> my Windows and Linux projects built without a glitch (thanks to CMake!), but >> I can't stop on a breakpoint in the debugger. If I create a plain XCode >> project with the same code, the debugger works fine. Does anyone else have >> this problem? >> >> Thanks in advance. >> >> s. >> >> ___ >> CMake mailing list >> CMake@cmake.org >> http://www.cmake.org/mailman/listinfo/cmake >> > > ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] find_package on windows also considering unix paths?
On 09.02.09 22:03:18, Alexander Neundorf wrote: > On Saturday 07 February 2009, Andreas Pakulat wrote: > > Hi, > > > > it seems that find_package in config-mode also searches unix-like paths in > > CMAKE_PREFIX_PATH. So if I put myprojectConfig.cmake into > > /lib/cmake/ its still found, even if installing on windows. > > > > Is this intentional? If so, it should be documented, currently the > > documentation seems to be indicating that only /[Cc]make is > > searched on win32 and lib+share are only searched on *nix. > > The documentation actually says that: > > "This is merely a convention, so all (W) and (U) directories are still > searched on all platforms." > > Maybe the phrasing could be changed a bit, so that this is a bit closer to > the > list of directories and harder to overlook. Yeah, I looked before and after the list, but didn't want to read through the full text (though I recall having done that at some point in the past). Andreas -- Your mode of life will be changed for the better because of good news soon. ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] MSVC7.1 static link question
On Mon, Feb 9, 2009 at 12:39 PM, Luigi Calori wrote: > I' m quite a newbie in static linking, I would like to combine two lib > into one: > say libtiff needs libjpeg and zlib > If you generate them separately, then when you build an executable that > needs libtiff, you have to link also libjpeg and zlib otherwise unref > happens > It is possible, under VisualStudio interface, to specify libjpeg.lib and > zlib.lib as Additional Dependencies > This way (even if the linker show warnings as duplicate symbols) I > obtain a libtiff that can be used alone. > My question is: can I obtain the same result with cmake? > I' ve tried to use TARGET_LINK_LIBRARIES, that is perfecly working for > exe and SHARED linkage but no success: the > vs project has always the Additional Dependencies field empty. > > Am I completely missing something? Try using the STATIC_LIBRARY_FLAGS option to set_target_properties(). -- Philip Lowman ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake