[CMake] VS7 Generator, empty source_group (Bug: #0003474)

2013-02-13 Thread Anton Helwart
Hi, I wrote a small patch for the VS7 generator to fix bug #0003474 http://www.cmake.org/Bug/view.php?id=3474 I attached the patch in the bug report. Maybe someone could take a look at it. It would be great to have the bug fixed in some release in the future. It doesn't stop the solution from bu

[CMake] Cmake 2.8.10 with Qt 5.0.1 under Win8 with VS2012: undefined external symbol

2013-02-13 Thread Meteorhead
Hi! I have started fiddling with CMake aiming to serve as the makefile for a new project aiming linux and Windows platforms, involving many other libs, test modules, etc. Therefore it seems like the optimal choice. I wanted to create a comprehensive “tutorial” for some friends (and collegues) comi

[CMake] Dynamic library RPATH on OSX

2013-02-13 Thread Steve Skutnik
I'm having an issue with the RPATH not showing up for one of my shared libraries on OSX. Basically, I end up with a "bare" rpath to one of my shared libraries (i.e., no path prefix) when I check my binary using otool - L Specifically, I have a project with a structure that looks like this project

[CMake] Dependencies of generated files

2013-02-13 Thread Olaf Peter
Hello, obviously I have a problem with the understanding of generating dependencies of generated files. generate_foo_static_lexer is using ${foo_LEXER_HPP} to generate a header file ${foo_STATIC_LEXER_HPP}. Each time ${foo_STATIC_LEXER_HPP} is changed the header shall be regenerated. Later,

Re: [CMake] Dynamic library RPATH on OSX

2013-02-13 Thread Steve Skutnik
After some more attempts, I discovered the issue which was somewhat unclear to me before. CMake has the option CMAKE_INSTALL_NAME_DIR which specifies the parameter for the install_name_tool in OSX. I was attempting to use this with "Module B", however it turns out this is incorrect. Instead, the u

Re: [CMake] Parellel Visual Studio builds of targets in the same CMakeLists.txt sometimes fail

2013-02-13 Thread Brad King
On 11/05/2012 05:48 PM, Todd Greer wrote: > in parallel, these targets sometimes seem to collide, yielding an error like > this: > > CUSTOMBUILD : CMake error : Cannot restore timestamp > \CMakeFiles\generate.stamp FYI, I've fixed this in upstream CMake here: VS: Replace generation timestamp

Re: [CMake] Dependencies of generated files

2013-02-13 Thread Petr Kmoch
Hi Olaf. You're missing a DEPENDS argument in your custom command to make ${foo_STATIC_LEXER_HPP} depend on ${foo_LEXER_HPP}. (Or, in your case, MAIN_DEPENDENCY would probably be more appropriate). Next, the custom target driving the lexer generation should depend on its output, not its input - i