[cmake-developers] [CMake 0013588]: target_link_libraries fails if one of the libraries is NOTFOUND

2012-10-15 Thread Mantis Bug Tracker
The following issue has been SUBMITTED. == http://public.kitware.com/Bug/view.php?id=13588 == Reported By:vkaramov Assigned To:

[cmake-developers] [CMake 0013589]: Automoc should handle configurations appropriately

2012-10-15 Thread Mantis Bug Tracker
The following issue has been SUBMITTED. == http://public.kitware.com/Bug/view.php?id=13589 == Reported By:Stephen Kelly Assigned To:

Re: [cmake-developers] Bug introduced in generate-time target checking code

2012-10-15 Thread Stephen Kelly
Stephen Kelly wrote: Thoughts? I've pushed a fix-NOTFOUND-processing branch to next. It preprocesses the INCLUDE_DIRECTORIES property content to remove generator expressions before checking them. This way, all entries which are well-defined at configure- time will still report an error as

Re: [cmake-developers] Bug introduced in generate-time target checking code

2012-10-15 Thread Brad King
On 10/15/2012 04:54 AM, Stephen Kelly wrote: Stephen Kelly wrote: Thoughts? I've pushed a fix-NOTFOUND-processing branch to next. It preprocesses the INCLUDE_DIRECTORIES property content to remove generator expressions before checking them. This way, all entries which are well-defined at

Re: [cmake-developers] Bug introduced in generate-time target checking code

2012-10-15 Thread Stephen Kelly
Brad King wrote: On 10/15/2012 04:54 AM, Stephen Kelly wrote: Stephen Kelly wrote: Thoughts? I've pushed a fix-NOTFOUND-processing branch to next. It preprocesses the INCLUDE_DIRECTORIES property content to remove generator expressions before checking them. This way, all entries which

Re: [cmake-developers] Bug introduced in generate-time target checking code

2012-10-15 Thread Stephen Kelly
Stephen Kelly wrote: None of the outputs have a backtrace. Any idea why? Can a backtrace be provided? Reading the code, I'm not seeing which iteration is going past the end. I added some asserts and found that the problem is in iterating over comma tokens somehow. I'll see about fixing it.

Re: [cmake-developers] Bug introduced in generate-time target checking code

2012-10-15 Thread Stephen Kelly
Stephen Kelly wrote: Stephen Kelly wrote: None of the outputs have a backtrace. Any idea why? Can a backtrace be provided? Reading the code, I'm not seeing which iteration is going past the end. I added some asserts and found that the problem is in iterating over comma tokens somehow.

Re: [cmake-developers] Ninja and optional support for Fortran

2012-10-15 Thread David Cole
The reason Eigen has the workaround code attempting to enable the Fortran language optionally is described fairly completely in this set of related bugs in the CMake bug tracker: http://public.kitware.com/Bug/view.php?id=8345 http://public.kitware.com/Bug/view.php?id=9220

[cmake-developers] Fwd: [Bug 1066939] [NEW] Cannot find postgres package

2012-10-15 Thread Bill Hoffman
I am on the debian bug alert list for cmake, and will forward bugs that look like they should go upstream to the cmake-dev list. Here is the first one: Original Message Subject: [Bug 1066939] [NEW] Cannot find postgres package Date: Mon, 15 Oct 2012 15:29:07 - From:

[cmake-developers] Setting source property COMPILE_DEFINITIONS

2012-10-15 Thread Kornel Benko
Hi, I see a problem in setting the source property for a certain file, say x.cpp. set_property(SOURCE x.cpp APPEND COMPILE_DEFINITIONS XX=something) At first glance, this seems to work well, in that only x.cpp gets compiled with '-DXX=something'. Unfortunately, if something changes, the