Re: [cmake-developers] EXCLUDE_FROM_DEFAULT_BUILD testing

2012-11-06 Thread Petr Kmoch
Hi Brad. Now that 2.8.10 is released, do you think you'd have time to come back to my patch for per-config EXCLUDE_FROM_DEFAULT_BUILD? I verified that the tests fail when CMAKE_MAKE_PROGRAM points to msbuild, because 'cmake --build' does not operate on the .sln in such case. This means it makes

Re: [cmake-developers] EXCLUDE_FROM_DEFAULT_BUILD testing

2012-11-06 Thread Brad King
On 11/06/2012 08:22 AM, Petr Kmoch wrote: I verified that the tests fail when CMAKE_MAKE_PROGRAM points to msbuild, because 'cmake --build' does not operate on the .sln in such case. FYI, a recent issue was filed that may require cmake --build to read the .sln file:

Re: [cmake-developers] EXCLUDE_FROM_DEFAULT_BUILD testing

2012-11-06 Thread Petr Kmoch
On Tue, Nov 6, 2012 at 2:31 PM, Brad King brad.k...@kitware.com wrote: On 11/06/2012 08:22 AM, Petr Kmoch wrote: I verified that the tests fail when CMAKE_MAKE_PROGRAM points to msbuild, because 'cmake --build' does not operate on the .sln in such case. FYI, a recent issue was filed that

Re: [cmake-developers] Enabling more compiler warnings

2012-11-06 Thread Brad King
On 11/06/2012 08:55 AM, Stephen Kelly wrote: If CMake enabled more warnings by default, developers would notice them locally too before even submitting to the dashboard. s/would/might/ but it could still be useful. I'd prefer extra warnings only in a condition like if(NOT

Re: [cmake-developers] 4.9.3 tarballs available (for packagers)

2012-11-06 Thread Brad King
On 11/06/2012 10:28 AM, Stephen Kelly wrote: Rex Dieter wrote: On 11/06/2012 07:55 AM, Andrea Scarpino wrote: Did anyone built qyoto? I cannot build it with cmake 2.8.10, see https://bugs.kde.org/show_bug.cgi?id=309652 for info. Confirmed on fedora too, seems to be some sort of regression or

Re: [cmake-developers] Enabling more compiler warnings

2012-11-06 Thread Alexander Neundorf
On Tuesday 06 November 2012, Stephen Kelly wrote: Hi there, One common reason topcis warn on the dashboard and need to be updated and then rebased is that some machines have more warnings enabled by others. If CMake enabled more warnings by default, developers would notice them locally

Re: [cmake-developers] Generator expressisons in target properties

2012-11-06 Thread Stephen Kelly
Stephen Kelly wrote: * Port cmGeneratorExpression API to cmTarget * Add a way to determine at runtime whether linking-related information is being requested at configure-time or generate-time. A property on the Makefile might work. * Add a const char *config where appropriate to cmTarget API

Re: [cmake-developers] Generator expressisons in target properties

2012-11-06 Thread Brad King
On 11/06/2012 12:00 PM, Stephen Kelly wrote: The include directories and compile definitions are set by the target_link_libraries command. ...by adding generator expressions, right? They won't be evaluated until much later. It might make sense to add a policy for that feature, as

Re: [cmake-developers] Generator expressisons in target properties

2012-11-06 Thread Stephen Kelly
Brad King wrote: On 11/06/2012 12:00 PM, Stephen Kelly wrote: The include directories and compile definitions are set by the target_link_libraries command. ...by adding generator expressions, right? They won't be evaluated until much later. Yes. It might make sense to add a policy

Re: [cmake-developers] Generator expressisons in target properties

2012-11-06 Thread Brad King
On 11/06/2012 02:07 PM, Stephen Kelly wrote: Brad King wrote: How do you propose to trigger this policy warning? True, I don't know how to warn about it. Does that mean that a policy is entirely unsuitable? It may still be suitable, just hard to implement. The handling of the old property

Re: [cmake-developers] Incomplete gfortran library link command sometimes mysteriously occurs with MinGW/MSYS on Wine-1.5.15 platform--SOLVED

2012-11-06 Thread Alan W. Irwin
On 2012-10-26 16:24-0700 Alan W. Irwin wrote: On 2012-10-26 02:15-0700 Alan W. Irwin wrote: On 2012-10-25 23:26-0600 Clinton Stimpson wrote: Alan, you are in luck. They fixed it two days ago!! At first, I was confused because I was not able to reproduce it, then trying it against an

[cmake-developers] [CMake 0013658]: source_group creates duplicates in Xcode

2012-11-06 Thread Mantis Bug Tracker
The following issue has been SUBMITTED. == http://public.kitware.com/Bug/view.php?id=13658 == Reported By:Eric Forget Assigned To: