On 05/13/2012 04:24 PM, Stephen Kelly wrote:
I've added a 'WIP: Experiment with backwards compatibility.' patch to my
gitorious clone.
+ // TODO: Is there a 'not set' state for properties?
+ // We should handle that differently to boolean False.
There is a not set state for
On 05/13/2012 05:50 PM, Stephen Kelly wrote:
The remaining (I think) open question regards what form the generator
expressions should take so that they can represent multiple dimensions.
Multiple dimensions will inevitably need to be combined in arbitrary
boolean expressions. I'm concerned
On Monday 14 May 2012, Brad King wrote:
On 5/13/2012 2:15 PM, Alexander Neundorf wrote:
the CMAKE_DEFAULT_INSTALL_COMPONENT_NAME variable is still in
Unspecified, so this is still the default.
I'd rather the name be
CMAKE_INSTALL_DEFAULT_COMPONENT_NAME
to keep the CMAKE_INSTALL_
2012/5/14 Alexander Neundorf neund...@kde.org:
On Monday 14 May 2012, Brad King wrote:
On 5/13/2012 2:15 PM, Alexander Neundorf wrote:
the CMAKE_DEFAULT_INSTALL_COMPONENT_NAME variable is still in
Unspecified, so this is still the default.
I'd rather the name be
On Monday 14 May 2012, Brad King wrote:
On 5/13/2012 2:15 PM, Alexander Neundorf wrote:
the CMAKE_DEFAULT_INSTALL_COMPONENT_NAME variable is still in
Unspecified, so this is still the default.
I'd rather the name be
CMAKE_INSTALL_DEFAULT_COMPONENT_NAME
to keep the CMAKE_INSTALL_
Hi,
it seems the behaviour of DIRECTORY properties changed from cmake 2.6.4 to
2.8.0.
It seems when setting a directory property, with 2.6.4 this was inherited into
subdirs, with 2.8.0 and above not anymore.
This is the output I get when running the attachec example with cmake 2.6.4
and
