Re: [cmake-developers] Eclipse CDT Managed build
On Thu, Jan 26, 2017 at 11:41:21 -0500, Paul Smith wrote: > IMO the right place for managing relocatable builds is in the > compiler/linker, not in the build tool. This is about making the files CMake writes relocatable, not the resulting binaries. --Ben -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Kitware offers various services to support the CMake community. For more information on each offering, please visit: CMake Support: http://cmake.org/cmake/help/support.html CMake Consulting: http://cmake.org/cmake/help/consulting.html CMake Training Courses: http://cmake.org/cmake/help/training.html Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/cmake-developers
Re: [cmake-developers] Eclipse CDT Managed build
IMO the right place for managing relocatable builds is in the compiler/linker, not in the build tool. The compiler/linker should provide options that allow the output to be relocatable regardless of the contents of the command line. GCC for example has -fdebug-prefix-map that will allow you to remove prefixes from pathnames in debug sections of the output. Unfortunately this is only part of the solution since it doesn't help with __FILE__ (for example). Nevertheless this is the right direction, rather than modifying the build system. On Thu, 2017-01-26 at 14:01 +, Bøe, Sebastian wrote: > Thank you for the warning and support. We would prefer to not > maintain > a fork, but I have not been able to find any other technology > that is suitable. > > For future reference. The intended use-case is for CMake to act > as an engine in an IDE project generator solution similar to the > below > solutions[0]. > > [0] > http://start.atmel.com/ > http://www.st.com/en/embedded-software/stm32cube-embedded-software.ht > ml > > > > -Original Message- > From: Brad King [mailto:brad.k...@kitware.com] > Sent: 26. januar 2017 14:18 > To: Bøe, Sebastian <sebastian@nordicsemi.no> > Cc: ben.boec...@kitware.com; cmake-developers@cmake.org > Subject: Re: [cmake-developers] Eclipse CDT Managed build > > On 01/26/2017 05:57 AM, Bøe, Sebastian wrote: > > > > I will investigate relocatable builds, because in spite of this > > not > > being trivial, I think CMake still comes out as the best suited > > technology for my use-case. > > We once had an option to produce relative paths in the build system > and it was a never ending mess of bugs. Eventually it was ripped > out. > It is unlikely we will accept changes to try to re-introduce such an > option. > > -Brad > -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Kitware offers various services to support the CMake community. For more information on each offering, please visit: CMake Support: http://cmake.org/cmake/help/support.html CMake Consulting: http://cmake.org/cmake/help/consulting.html CMake Training Courses: http://cmake.org/cmake/help/training.html Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/cmake-developers
Re: [cmake-developers] Eclipse CDT Managed build
Thank you for the warning and support. We would prefer to not maintain a fork, but I have not been able to find any other technology that is suitable. For future reference. The intended use-case is for CMake to act as an engine in an IDE project generator solution similar to the below solutions[0]. [0] http://start.atmel.com/ http://www.st.com/en/embedded-software/stm32cube-embedded-software.html -Original Message- From: Brad King [mailto:brad.k...@kitware.com] Sent: 26. januar 2017 14:18 To: Bøe, Sebastian <sebastian@nordicsemi.no> Cc: ben.boec...@kitware.com; cmake-developers@cmake.org Subject: Re: [cmake-developers] Eclipse CDT Managed build On 01/26/2017 05:57 AM, Bøe, Sebastian wrote: > I will investigate relocatable builds, because in spite of this not > being trivial, I think CMake still comes out as the best suited technology > for my use-case. We once had an option to produce relative paths in the build system and it was a never ending mess of bugs. Eventually it was ripped out. It is unlikely we will accept changes to try to re-introduce such an option. -Brad -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Kitware offers various services to support the CMake community. For more information on each offering, please visit: CMake Support: http://cmake.org/cmake/help/support.html CMake Consulting: http://cmake.org/cmake/help/consulting.html CMake Training Courses: http://cmake.org/cmake/help/training.html Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/cmake-developers
Re: [cmake-developers] Eclipse CDT Managed build
On 01/26/2017 05:57 AM, Bøe, Sebastian wrote: > I will investigate relocatable builds, because in spite of this not being > trivial, I think CMake still comes out as the best suited technology for my > use-case. We once had an option to produce relative paths in the build system and it was a never ending mess of bugs. Eventually it was ripped out. It is unlikely we will accept changes to try to re-introduce such an option. -Brad -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Kitware offers various services to support the CMake community. For more information on each offering, please visit: CMake Support: http://cmake.org/cmake/help/support.html CMake Consulting: http://cmake.org/cmake/help/consulting.html CMake Training Courses: http://cmake.org/cmake/help/training.html Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/cmake-developers
Re: [cmake-developers] Eclipse CDT Managed build
I was not aware that this was a non-goal. Thank you for feedback. I am sorry if my use-case sounds foreign, but I can't use cmake server mode, because I can't modify the IDE. I will investigate relocatable builds, because in spite of this not being trivial, I think CMake still comes out as the best suited technology for my use-case. -Original Message- From: Brad King [mailto:brad.k...@kitware.com] Sent: 25. januar 2017 17:38 To: Bøe, Sebastian <sebastian@nordicsemi.no> Cc: ben.boec...@kitware.com; cmake-developers@cmake.org Subject: Re: [cmake-developers] Eclipse CDT Managed build 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 build system. This is why previous similar discussions resulted in the cmake server mode and in identifying the value of a declarative spec format that can be managed outside of CMake's language processor. -Brad -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Kitware offers various services to support the CMake community. For more information on each offering, please visit: CMake Support: http://cmake.org/cmake/help/support.html CMake Consulting: http://cmake.org/cmake/help/consulting.html CMake Training Courses: http://cmake.org/cmake/help/training.html Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/cmake-developers
Re: [cmake-developers] Eclipse CDT Managed build
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 is likely not compatible with CMake's notion of maintaining > the build system. > > This is why previous similar discussions resulted in the cmake server > mode and in identifying the value of a declarative spec format that > can be managed outside of CMake's language processor. IOW, now that cmake has server-mode, the recommended approach is to implement a plugin for cmake-server mode in Eclipse. Alex -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Kitware offers various services to support the CMake community. For more information on each offering, please visit: CMake Support: http://cmake.org/cmake/help/support.html CMake Consulting: http://cmake.org/cmake/help/consulting.html CMake Training Courses: http://cmake.org/cmake/help/training.html Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/cmake-developers
Re: [cmake-developers] Eclipse CDT Managed build
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 build system. This is why previous similar discussions resulted in the cmake server mode and in identifying the value of a declarative spec format that can be managed outside of CMake's language processor. -Brad -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Kitware offers various services to support the CMake community. For more information on each offering, please visit: CMake Support: http://cmake.org/cmake/help/support.html CMake Consulting: http://cmake.org/cmake/help/consulting.html CMake Training Courses: http://cmake.org/cmake/help/training.html Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/cmake-developers
Re: [cmake-developers] Eclipse CDT Managed build
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 this primarily a property of the generator? It'd need lots of changes. CMake generally uses absolute paths to the source tree and sometimes to the build tree (I forget the cases where it does, but that is somewhat generator-dependent). At least one is for the Makefiles generator where it embed absolute paths in its `cd` commands before running the compiler. It would likely not be trivial to get CMake to generate relocatable builds. --Ben -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Kitware offers various services to support the CMake community. For more information on each offering, please visit: CMake Support: http://cmake.org/cmake/help/support.html CMake Consulting: http://cmake.org/cmake/help/consulting.html CMake Training Courses: http://cmake.org/cmake/help/training.html Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/cmake-developers
Re: [cmake-developers] Eclipse CDT Managed build
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- From: Ben Boeckel [mailto:ben.boec...@kitware.com] Sent: 25. januar 2017 16:31 To: Bøe, Sebastian <sebastian@nordicsemi.no> Cc: cmake-developers@cmake.org Subject: Re: [cmake-developers] Eclipse CDT Managed build 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 commit the generated files. That means that unless the CMakeLists.txt are never going to be changed (including via VCS branch changes), CMake may rerun on its own and clobber the changes since everyone will need to run it on their own once. --Ben -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Kitware offers various services to support the CMake community. For more information on each offering, please visit: CMake Support: http://cmake.org/cmake/help/support.html CMake Consulting: http://cmake.org/cmake/help/consulting.html CMake Training Courses: http://cmake.org/cmake/help/training.html Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/cmake-developers
Re: [cmake-developers] Eclipse CDT Managed build
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 commit the generated files. That means that unless the CMakeLists.txt are never going to be changed (including via VCS branch changes), CMake may rerun on its own and clobber the changes since everyone will need to run it on their own once. --Ben -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Kitware offers various services to support the CMake community. For more information on each offering, please visit: CMake Support: http://cmake.org/cmake/help/support.html CMake Consulting: http://cmake.org/cmake/help/consulting.html CMake Training Courses: http://cmake.org/cmake/help/training.html Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/cmake-developers
Re: [cmake-developers] Eclipse CDT Managed build
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 of temporarily doing simple project configuration through the IDE UI. -Original Message- From: Ben Boeckel [mailto:ben.boec...@kitware.com] Sent: 25. januar 2017 15:43 To: Bøe, Sebastian <sebastian@nordicsemi.no> Cc: cmake-developers@cmake.org Subject: Re: [cmake-developers] Eclipse CDT Managed build 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 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 property in an SDK context. This could be a problem though. Are the files that the IDE edits separate from the ones that CMake generates? If not, how would CMake know not to clobber the edited parts of the files it does generate? --Ben -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Kitware offers various services to support the CMake community. For more information on each offering, please visit: CMake Support: http://cmake.org/cmake/help/support.html CMake Consulting: http://cmake.org/cmake/help/consulting.html CMake Training Courses: http://cmake.org/cmake/help/training.html Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/cmake-developers
Re: [cmake-developers] Eclipse CDT Managed build
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 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 property in an > SDK context. This could be a problem though. Are the files that the IDE edits separate from the ones that CMake generates? If not, how would CMake know not to clobber the edited parts of the files it does generate? --Ben -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Kitware offers various services to support the CMake community. For more information on each offering, please visit: CMake Support: http://cmake.org/cmake/help/support.html CMake Consulting: http://cmake.org/cmake/help/consulting.html CMake Training Courses: http://cmake.org/cmake/help/training.html Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/cmake-developers
[cmake-developers] Eclipse CDT Managed build
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 property in an SDK context. Sebastian Bøe Nordic Semiconductor ASA -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Kitware offers various services to support the CMake community. For more information on each offering, please visit: CMake Support: http://cmake.org/cmake/help/support.html CMake Consulting: http://cmake.org/cmake/help/consulting.html CMake Training Courses: http://cmake.org/cmake/help/training.html Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/cmake-developers