Brad King wrote: > On 12/13/2012 08:44 AM, Stephen Kelly wrote: >> Where would the configuration mapping come from is another project is >> encountered? > > The mapping comes from the MAP_IMPORTED_CONFIG_ on the target from which > the property value containing the current generator expression was read.
That's what I thought, but that property is not currently exported, right? Are you thinking of in-tree cases, not exported cases? Or are you thinking of config files like this: include(FooTargets.cmake) set_property(TARGET Foo::foo PROPERTY MAP_IMPORTED_CONFIG_COVERAGE Release ) ? > Perhaps you can fold this into the generator expression compilation > process. Well, the evaluation process, yes, probably. > Internally you could wrap the entire expression in the > equivalent of a scheme "let" block that binds the current config for > expressions inside it. I'm not familiar with scheme. I'm not certain what you mean by the 'entire' expression? If you mean the whole string that gets passed to cmGeneratorExpression::Parse, the config is already 'bound' for the entire evaluation of the expression (in cmCompiledGeneratorExpression::Evaluate). So, I'm not certain what you mean here. Thanks, Steve. -- Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers