|Re: [cdt-dev] CMake plugins|
Hi ,I don't know exactly what you are developing for cmake.May be it is written somewhere...
However , from my viewpoint :There are many reasons cmake is adopted by many users. Regarding eclipse IDE . There are some good one :
* IDE independance : Users are not jailed with an IDE, each developer may have it's preferred IDE for a lot of valuable reasons.
* It s very easy to merge and reintegrate projects settings between vcs branches :
Human readable format , easy to diff / merge (.cproject is not) * It's very easy to add a cross compiling toolchain in minutes. * No compatibility problems between versions. And as well efficient.Need for a CMake Editor ? Is there really a need ? ????? There is already one available and a classic editor does the trick efficiently. I have seen a CMake ed plugin for eclipse exists but need not.
Problems with eclipse plugins is the compatibility .It works at a moment, then you want to upgrade eclipse and nothing works anymore...plugins are most of the time developped by one or two persons, or a student (that's a good thing, but without a senior code review and help to improve his coding, this may be a piece of sheet's software),.
Or developed by a major company that will left the project when it will be boutght by another one, because of non interest in it ...
Because you are voluntary, you may want to have a look at the piece of code of this plugin, to make it work again.And finally , looking at it , you will understand what a chaos software is and leave it ...
That is real life of an eclipse IDE user....So, I am very surprised to hear lot of noise around cmake here, many years after the developer's comunity adoption, like an alarm clock ringed and awaked up some people.
I switched to cmake recently with eclipse for some of these reasons. My conclusion : No need of a "an eclipse CMake plugin" , and cmake generates a nice .cproject for you, "so, what else ?".
If there should be something done ? The logic would be enhancing cmake in eclipse project generation adding some more features and better vcs integration.
Regards, S.Ancelot Le 15/10/2017 à 22:03, Morgner Felix a écrit :
Hi list, I am currently working on CDT based CMake integration myself for my semester project. I plan on implementing project creation as well as import/sync, an editor with semantic completion, and CMake server integration. I feel it would be reasonable to join forces on this. I will be talking to my supervisor tomorrow, and wanted you to know that I would be very much interested in contributing to the CDT CMake integration. Felix On Wed, 2017-06-07 at 14:43 +0000, Doug Schaefer wrote:I think it would be good to aim at the December release for official CMake support. Ideally we need an editor with at least syntax highlighting. Content assist would be awesome. We can either build our own editor, maybe using the new Generic Text Editor, or try and convince the CMakeEd gang to relicense and contribute. (Despite old copyright dates, it looks like it’s actively developed by a couple of people). The other major item is to make sure users can create different build configurations. Right now everything is driven by the Launch Bar and the configuration is selected based on Launch Mode and Launch Target type. I have a start on a Build settings tab on the launch configuration which may be close to enough. The CMake Server support would be cool too. Then I think we’d be in good shape. I do have an itch to scratch to learn the Generic Editor but if someone has a start on one already, please let us know. Cheers, Doug. From: <cdt-dev-bounces@xxxxxxxxxxx> on behalf of Jesper Eskilson <Jesper.Eskilson@xxxxxxx> Reply-To: "CDT General developers list." <cdt-dev@xxxxxxxxxxx> Date: Wednesday, June 7, 2017 at 2:56 AM To: "CDT General developers list." <cdt-dev@xxxxxxxxxxx> Subject: Re: [cdt-dev] CMake pluginsI've been meaning to allocate some time to improve the CMake-plugins, but I haven't got very far. I have implemented support for the CMake server API (which is still in Gerrit), but not much else: https://git.eclipse.org/r/#/c/94349/. /Jesper From: cdt-dev-bounces@xxxxxxxxxxx <cdt-dev-bounces@xxxxxxxxxxx> on behalf of Doug Schaefer <dschaefer@xxxxxxxxxxxxxx> Sent: Monday, June 5, 2017 8:58 PM To: CDT General developers list. Subject: Re: [cdt-dev] CMake pluginsFrom: <cdt-dev-bounces@xxxxxxxxxxx> on behalf of Jonah Graham <jonah@xxxxxxxxxxxxxxxx> Reply-To: "CDT General developers list." <cdt-dev@xxxxxxxxxxx> Date: Monday, June 5, 2017 at 2:55 PM To: "CDT General developers list." <cdt-dev@xxxxxxxxxxx> Subject: [cdt-dev] CMake pluginsHi devs, Is it intentional that the CMake plug-ins are not published to Oxygen simrel repo? I know they are experimental, but it ia harder to find them not on the simrel.Yes. They are experimental. So experimental I don’t really want the general public using them. There are still a lot of workflows that are cumbersome, hard coded, etc.Thanks, Jonah_______________________________________________ cdt-dev mailing list cdt-dev@xxxxxxxxxxx To change your delivery options, retrieve your password, or unsubscribe from this list, visit https://dev.eclipse.org/mailman/listinfo/cdt-dev_______________________________________________ cdt-dev mailing list cdt-dev@xxxxxxxxxxx To change your delivery options, retrieve your password, or unsubscribe from this list, visit https://dev.eclipse.org/mailman/listinfo/cdt-dev
Back to the top