[CMake] PREDEFINED_TARGETS_FOLDER and ALL_BUILD Target

aaron.meadows at thomsonreuters.com aaron.meadows at thomsonreuters.com
Mon Mar 7 13:30:33 EST 2011


I looked at the code and the possibility of introducing a policy to
allow the alternate behavior.  Looks quite straight forward, so I ask:

 

What is the policy on adding policies?

 

Aaron C. Meadows 

From: cmake-bounces at cmake.org [mailto:cmake-bounces at cmake.org] On Behalf
Of Meadows, Aaron C.
Sent: Friday, March 04, 2011 12:49 PM
To: david.cole at kitware.com
Cc: cmake at cmake.org
Subject: Re: [CMake] PREDEFINED_TARGETS_FOLDER and ALL_BUILD Target

 

> > Is there some reason that couldn't be a property as well?  Or
possibly a

> > Policy?  

> 

> 2) why does ALL_BUILD need to be the default project

> 

> - This one I can't answer. I don't understand why it even is the
default

>   startup project anyhow. As such, it's useless. It seems to me that
your *main

> executable* target (although we do not have such a designation, one
would be

> nice) should be the default startup project, so that F5 / "menu >
Debug > Start

> Debugging" just works without having to manually set a startup
project. Build

> Solution / F7 / Ctrl+Shift+B builds ALL_BUILD regardless of what the
default

> startup project is.

> 

 

So, I wonder if someone would like to jump in on the Policy direction?
Something like:

 

CMP0018: Allow ALL_BUILDS target to be put into the same Solution Folder
as other targets controled by the PREDEFINED_TARGETS_FOLDER property.

Starting with CMake 2.8.5, enabling this policy will allow the
ALL_BUILDS auto-generated target to be moved into a Solution Folder,
controled by the PREDEFINED_TARGETS_FOLDER property.  Enabling this
policy will cause ALL_BUILDS to nolonger be automatically selected as
the Default project in Visual Studio.

This policy was introduced in CMake version 2.8.5.  Use the cmake_policy
command to set it to OLD or NEW explicitly.

Seems like it wouldn't be so hard to do that, and would allow the
(bizarre) old behavior while still allowing a more consistent behavior.

 

Thoughts?


This email was sent to you by Thomson Reuters, the global news and
information company.
Any views expressed in this message are those of the individual sender,
except where the sender specifically states them to be the views of
Thomson Reuters. 



This email was sent to you by Thomson Reuters, the global news and information company.
Any views expressed in this message are those of the individual sender, except where the sender specifically states them to be the views of Thomson Reuters.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.cmake.org/pipermail/cmake/attachments/20110307/f9ade629/attachment.htm>


More information about the CMake mailing list