[cmake-developers] [CMake 0012399]: cmake installer for Mac fails to create /usr/bin symlinks over previous version

The following issue has been SUBMITTED. == http://public.kitware.com/Bug/view.php?id=12399 == Reported By:freddie Assigned To:

Re: [CMake] Sub dependencies?

If the projects are independent, you might want to take a look at this Wiki page: http://www.cmake.org/Wiki/CMake/Tutorials/How_to_create_a_ProjectConfig.cmake_file. HTH Michael ___ Powered by www.kitware.com Visit other Kitware open-source

Re: [CMake] touch flag once all (target) sucess

I would like to touch flag file in the CMAKE_BINARY_DIR once the target all is executed with sucess. Since currently I'm not able to specify the dependency to this build-in target I do not have any hook to recognize if all sucess and 1. Does anyone knows any hint that can help me with this

Re: [CMake] Sub dependencies?

I'm sorry if I'm being dumb here, but I fail to see how that helps. That example is one where foobar depends explicitly on foo and bar. What if foo depends on bar2? How do I inherit that dependency from foo in foobar? _that's_ what I'm looking for. (If that example somehow explains that, I'm

Re: [CMake] Sub dependencies?

On Fri 12 Aug 2011 10:49:45 AM CEST, Doug wrote: I'm sorry if I'm being dumb here, but I fail to see how that helps. That example is one where foobar depends explicitly on foo and bar. What if foo depends on bar2? How do I inherit that dependency from foo in foobar? _that's_ what

Re: [CMake] Sub dependencies?

On 12.08.11 16:48:09, Doug wrote: why? I've invoked: find_package(liba REQUIRED) not: find_package(libpng REQUIRED) My application has no knowledge about libpng, or libjpg or whatever the heck else liba uses to load images. I might have misinterpreted what you wrote so far, but

[CMake] CMake 2.8.5 problem with include directories with response files

Hello, I experience a problem with include directories with response files when upgrading from CMake 2.8.4 to CMake 2.8.5. The problem is probably that gcc does not handle the response files correctly. Is it possible to disable the response files with an option in CMake ? I have a small

Re: [CMake] CMake 2.8.5 problem with include directories with response files

Sounds like you're using MSYS Makefiles but then running make from a non-MSYS shell. If you want to run in a non-MSYS shell, then you should use MinGW Makefiles instead. (Start over with an entirely clean build tree if you do this...) If you use MSYS Makefiles, you should run make from an MSYS

Re: [CMake] Setting MIDL Include path via cmake

We actually have a test for idl files in the CMake test suite: VSMidl. See where it was added in this commit: http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=13caaa3eb74a11dbf067409ea129321718d34dfe However, there does appear to be an inconsistency between Visual Studio 9 and earlier

Re: [CMake] CMake 2.8.5 problem with include directories with response files

On 8/12/2011 3:17 PM, David Cole wrote: Sounds like you're using MSYS Makefiles but then running make from a non-MSYS shell. I have tried the following msys shells. sh.exe rxvt.exe mintty.exe For all these shells the include directories with response files do not work. If I paste the content

Re: [CMake] [CMake 0012322]: Ability to add source files to target created with ExternalProject

You can re-open the issue if you would like to have more discussion there. The build step does not always re-run. If you have an update step before the build step, then the update step always re-runs, and the build step after it, but many external projects do not have an update step, or anything

Re: [CMake] [CMake 0012322]: Ability to add source files to target created with ExternalProject

Ok, I'll double-check this next monday. That's why I was confused. On the second thought if you have a list of sources you can add them as dependencies in addition to build rule, then step will be re-run as expected. May be it's my case. Anyways I need to do some more investigation. Best

Re: [CMake] [CMake 0012322]: Ability to add source files to target created with ExternalProject

The typical ExternalProject is a bit of a black-box to the containing project, and a list of sources is something most users will not have... That's another reason why I am skeptical as to the usefulness of this feature to the general ExternalProject consumer. On Fri, Aug 12, 2011 at 11:24 AM,

Re: [CMake] [CMake 0012322]: Ability to add source files to target created with ExternalProject

It is, if you use it for 3rd-party libraries. But some people (including me :)) may use it to build different parts of single project with different compilers (I have one library which should be built with VC6 and the rest of the project with VC2010, but I change code in each place with same

[CMake] Fwd: [CMake 0012398]: IF infamous variable/string functionality fails to work with macro arguments

Does anybody here on the list have an opinion one way or the other on whether it's worth pursuing a fix to this re-opened bug regarding CMake macro and if command behavior...? Thanks for any input, either here on the list, or directly in the bug notes themselves. Thanks, David --

Re: [CMake] Setting MIDL Include path via cmake

I pushed this commit to 'next' just now: http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=ac22e2a8790e507d7600e0876585424db70f785b Which makes the VS 7, 8 and 9 generators use include_directories for midl command lines, to make them consistent with the VS 10 generator. If nobody objects to

Re: [CMake] Sub dependencies?

I see. I've tried this approach and I get the error: -- Found LIBPNG CMake Error at CMakeLists.txt:49 (export): export given target /usr/lib/libpng.so which is not built by this project. -- Configuring incomplete, errors occurred! ~ Doug. On Fri, Aug 12, 2011 at 4:57 PM, Michael Wild