Re: [CMake] How to turn off incremental linking for MSVC Debug and RelWithDebInfo targets?

Thanks John, it has been a painful cmake experience to turn off incremental linking for debug builds. Apparently, the SET(MSVC_INCREMENTAL_DEFAULT ON) has to appear before the PROJECT line, otherwise it doesn't work. Here is the solution that works for me, hope this saves others time: ---

Re: [CMake] CPackDeb generator patch

Hi, Thanks for your comments. I added a variable so that users can disable dpkg-shlibdeps if they want to. I submit the patch to the bug tracker. Hope this will speed up the process a little bit. http://public.kitware.com/Bug/view.php?id=10292 About the the issue that Droscy point out, the depe

Re: [CMake] FindBoost: trunk

Not that I know of. I think FindBoost expects only versioned releases. Please open a ticket with your requirements and preferably a patch. Http://public.kitware.com/Bug On Feb 14, 2010 5:34 PM, "Hicham Mouline" wrote: Hello, Is there a way to find the boost trunk include directories and li

Re: [CMake] CMake/CPack: empty packages

On 2010-02-15 19:25+0600 Dmitry wrote: Hello! I've started using CMake not long ago, I'm not very familiar with it yet. I need to generate a package with CMake, but when I try to do it, I get empty packages. This is my CMakeLists.txt file (just a simple "hello, world" application of a single .cp

[CMake] Need testers for symbian support

Hi, I'm currently trying to get support for Symbian in CMake working. At http://public.kitware.com/Bug/view.php?id=8486 you can find the current patch. Right now I am able to compile and link hello world on Linux with the gcc based toolchain. But I need more people testing and helping me with i

Re: [CMake] CMake/CPack: empty packages

Don't pass a full path to install(TARGETS - a relative path is needed to install in the specified prefix. Use this instead: install(TARGETS cmakehello01 RUNTIME DESTINATION bin) On 02/15/2010 07:25 AM, Dmitry wrote: Hello! I've started using CMake not long ago, I'm not very familiar

Re: [CMake] CMake/CPack: empty packages

Hello, I believe you just need to change your install command like this: install(TARGETS cmakehello01 DESTINATION share/bin) CMake uses a CMAKE_INSTALL_PREFIX (default /usr/local) to install so you should not put full paths in the install command. Cheers, Hilton On Mon, 15 Feb 2010 19:25:34 +

[CMake] Wrong "Installed-Size" field in Debian CPack generator

Hi again. Trying Thawan's patch for Debian CPack generator, I noticed that the field "Installed-Size" in the control file of the output deb packages reports the size in bytes, while Debian consider that size in kilobytes, so a program of 200KiB looks like 200MiB. Attached to this email the patch

Re: [CMake] CPackDeb generator patch

Hi Hendrik Sattler ha scritto: > It is correct. The result required libc >= 2.3.6-6 which also > satisfies >=2.1.3. It's not minimal but still correct. Yes, of course. I was referring to the fact that libc6 is reported two times instead of just one. > That's not fully correct. Your program may wor

[CMake] CMake/CPack: empty packages

Hello! I've started using CMake not long ago, I'm not very familiar with it yet. I need to generate a package with CMake, but when I try to do it, I get empty packages. This is my CMakeLists.txt file (just a simple "hello, world" application of a single .cpp file): == c

Re: [CMake] CPackDeb generator patch

Zitat von Droscy : Hi, I've tested your patch and it works fine. I've noticed that it creates a double-dependency: libc6 (>= 2.1.3), libc6 (>= 2.3.6-6~) I don't know if this is a bug or it is correct, anyway I'm notifying you. It is correct. The result required libc >= 2.3.6-6 which also sa

[CMake] CTEST_CUSTOM_(PRE|POST)_TEST for *every* test ??

Hi all, I posted this question a couple of weeks ago (with a slightly different subject), but got no response. I was looking for a way to setup and tear-down a test-run environment separately for *every* test that I'm running. Currently, our tests are started using a special script that handles

Re: [CMake] CPackDeb generator patch

Hi, I've tested your patch and it works fine. I've noticed that it creates a double-dependency: libc6 (>= 2.1.3), libc6 (>= 2.3.6-6~) I don't know if this is a bug or it is correct, anyway I'm notifying you. I have, also, a suggestion (I don't know how easy is to implement, but I'll tell you): in

Re: [CMake] Compaq Visual Fortran

Hi Brad, I created a new issue in the CMake tracker regarding the refactoring of the file Windows-Compaq-Fortran.cmake, as you wil have seen. I tried some further tests today and was rather astonished to see it all fail ... with a message from the Compaq compiler that it was passed a keyword to

[CMake] CTest -D MemoryCheck hangs when not run from CMAKE_BINARY_DIR

not find file: /export/home/loose/work/LOFAR_trunk/build/gnu_debug/LCS/Common/DartConfiguration.tcl Site: Build name: Add coverage exclude regular expressions. Create new tag: 20100215-1045 - Experimental Start processing tests Configure project Cannot find ConfigureCommand key in the DartCo

Re: [CMake] CDash LDAP problem

Ahh, I thought CMake, CPack, CTest, CDash. Should all go on the same mailing list. Never realized there could be something like a CDash mailing list. I'll repost it there. Best regards, Marcel Loose. On Thu, 2010-02-11 at 09:10 -0500, Bill Hoffman wrote: > Wrong mailing list, use the cdash