Re: [cmake-developers] Eclipse CDT Managed build

2017-01-25 Thread Alexander Neundorf
On 2017 M01 25, Wed 11:38:06 CET Brad King wrote: > On 01/25/2017 11:27 AM, Ben Boeckel wrote: > > not be trivial to get CMake to generate relocatable builds. > > This is also an explicit non-goal of CMake. > > >> after CMake generation the project can be configured through the IDE UI. > > That

Re: [cmake-developers] Eclipse CDT Managed build

2017-01-25 Thread Brad King
On 01/25/2017 11:27 AM, Ben Boeckel wrote: > not be trivial to get CMake to generate relocatable builds. This is also an explicit non-goal of CMake. >> after CMake generation the project can be configured through the IDE UI. That is likely not compatible with CMake's notion of maintaining the

Re: [cmake-developers] Eclipse CDT Managed build

2017-01-25 Thread Ben Boeckel
On Wed, Jan 25, 2017 at 15:45:33 +, Bøe, Sebastian wrote: > Not modifying the CMakeListst.txt is acceptable for this use-case. > > But not being able to share, or relocate, the build tree is a problem. > > Would support for relocatable build trees need major changes throughout > CMake, or is

Re: [cmake-developers] Eclipse CDT Managed build

2017-01-25 Thread Bøe , Sebastian
Not modifying the CMakeListst.txt is acceptable for this use-case. But not being able to share, or relocate, the build tree is a problem. Would support for relocatable build trees need major changes throughout CMake, or is this primarily a property of the generator? -Original Message-

Re: [cmake-developers] Eclipse CDT Managed build

2017-01-25 Thread Ben Boeckel
On Wed, Jan 25, 2017 at 14:51:26 +, Bøe, Sebastian wrote: > But in this use-case CMake would only be run once and then the > IDE project would take over project configuration for the rest > of the application lifetime. CMake does not generally create relocatable build trees, so you cannot

Re: [cmake-developers] Eclipse CDT Managed build

2017-01-25 Thread Bøe , Sebastian
You are right, this is a problem for the usual case of re-running CMake when the project configuration changes. But in this use-case CMake would only be run once and then the IDE project would take over project configuration for the rest of the application lifetime. It also allows the use-case

Re: [cmake-developers] Eclipse CDT Managed build

2017-01-25 Thread Ben Boeckel
On Wed, Jan 25, 2017 at 14:31:32 +, Bøe, Sebastian wrote: > I was wondering if anyone has given thought to if > it is feasible to have generator support for Eclipse CDT > Managed builds? It would likely be possible, but I don't know of any work towards this goal. > My motivation for managed

[cmake-developers] Eclipse CDT Managed build

2017-01-25 Thread Bøe , Sebastian
Hi, I was wondering if anyone has given thought to if it is feasible to have generator support for Eclipse CDT Managed builds? My motivation for managed build's instead of external Makefile builds, is that after CMake generation the project can be configured through the IDE UI. Which is a useful