Re: [cmake-developers] External objects with IDE generators

2014-02-27 Thread Brad King
On 02/27/2014 11:20 AM, Stephen Kelly wrote: > Why do we have to distinguish them? I'm trying to not distinguish them. I meant to distinguish the existing concepts in this discussion. >> Hmm, that is true for VS < 10 also. All those generators still >> have their own loops to classify sources.

Re: [cmake-developers] External objects with IDE generators

2014-02-27 Thread Stephen Kelly
Brad King wrote: > On 02/27/2014 03:32 AM, Stephen Kelly wrote: >> IDE generators are problematic though. >> >> 'git grep GetExternalObjects' shows that the IDEs mostly don't call >> GetExternalObjects at all. > > In this discussion we must distinguish "external objects" that are > explicit .o f

Re: [cmake-developers] External objects with IDE generators

2014-02-27 Thread Brad King
On 02/27/2014 03:32 AM, Stephen Kelly wrote: > IDE generators are problematic though. > > 'git grep GetExternalObjects' shows that the IDEs mostly don't call > GetExternalObjects at all. In this discussion we must distinguish "external objects" that are explicit .o files mentioned in the list o

[cmake-developers] External objects with IDE generators

2014-02-27 Thread Stephen Kelly
Hi, Part of the work on the SOURCES genex feature is that I want to have uniform handling of it. So add_library(ObjLib OBJECT a.cpp b.cpp) add_executable(exec c.cpp d.o e.cpp $ f.cpp) file(GENERATE OUTPUT exec_files CONTENT $) will result in a file containing c.cpp d.o e.cpp a.o b.o