Improve CMake integration in CDT

[jonahgraham]

This issue has been migrated from Bug 545905

CDT's integration of CMake can be improved and there is a lot to be learned from how VSCode intrgrates CMake. There is some history on this in Bug 545905, but really nothing substantial there.

A highlight is in Bug 545905 comment #11 Craig Scott said:

Please note that the next CMake release (3.27) will be formally deprecating
the "extra" generators, which includes the "Eclipse CDT4 - ***" generators.
Users will start seeing deprecation messages with CMake 3.27 or later if
they continue to use these deprecated generators. IDEs are expected to use
the CMake file API instead, which has been available for four years now.

Issue with discussion of the deprecation:
https://gitlab.kitware.com/cmake/cmake/-/issues/19090

Merge request that added the deprecation:
https://gitlab.kitware.com/cmake/cmake/-/merge_requests/8211

[jonahgraham]

I have added this issue to the agenda for tomorrow's CDT call to collect the community input and understanding of how to proceed with this.

[jonahgraham]

I have added this issue to the agenda for tomorrow's CDT call to collect the community input and understanding of how to proceed with this.

We discussed it at the CDT call today. See meeting notes for more details, however I address this aspect here:

which includes the "Eclipse CDT4 - ***" generators.

These now deprecated generators are not used by CDT, nor recommended by the CDT project. Therefore with CMake deprecating their use, we think CDT should not be affected. In addition, we don't believe that these old generators for Eclipse CDT4 work as expected with CDT 11.x.

---

The CMake integration can use some (significant) modernization and we'll use this issue to track the first round of such improvements.

[inxksp]

The CMake integration can use some (significant) modernization and we'll use this issue to track the first round of such improvements.

Is there any news about cmake file-api implementation in eclipse?