Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [cdt-dev] Antwort: [Newsletter] CMake and the New C/C++ Project Wizard

In theory, those source files shouldn’t be checked in either since they’ll be recreated on the first build after checkout. They are, in essence, derived as well.
However, if the whole output folder is marked as derived the indexer will ignore these generated source files. So usually I add the output folder to "Source location"  in project properties.
  Axel


Am 11.08.2016 17:04 schrieb "Doug Schaefer" <dschaefer@xxxxxxxxxxxxxx>:
From: <cdt-dev-bounces@xxxxxxxxxxx> on behalf of Axel Müller <axel.carl.mueller@xxxxxxxxx>
Reply-To: "CDT General developers list." <cdt-dev@xxxxxxxxxxx>
Date: Thursday, August 11, 2016 at 3:57 AM
To: "CDT General developers list." <cdt-dev@xxxxxxxxxxx>
Subject: Re: [cdt-dev] Antwort: [Newsletter] CMake and the New C/C++ Project Wizard

Hi Doug,

for editing of CMakeList. txt files I am using the CMakeEd plugin http://cmakeed.sourceforge.net
The editor offers syntax highlighting and code completion.

Yes, I’ve heard of it. But I need something at Eclipse under Eclipse IP management to be distributed with the CDT. I’ll reach out to the copyright owners of the that plug-in to see if they’re willing to contribute it. I may just start by copying over the Qt project file editor we already have to start.

It would also be good if the binary parser didn’t look in the CMakeFiles directory which contains some config artifacts.
I added to the cmake output folder manually a resource filter to ignore all CMakeFiles subdirectories. So the binary parser has less directories to parse but still finds the binaries that are created.

Yes, I should be able to do that automatically at project creation time.

- mark the output folder as derived to avoid it beeing offered for add to source control
This is a bad idea if you are using e.g. Qt that generates some source files during build and stores them in the output folder.

In theory, those source files shouldn’t be checked in either since they’ll be recreated on the first build after checkout. They are, in essence, derived as well.

  Axel


Am 10.08.2016 18:59 schrieb "Doug Schaefer" <dschaefer@xxxxxxxxxxxxxx>:
Thanks Martin,

I’ll take a look and reach out if I need anything. Most of these things are pretty easy and would be different with the new build system and its links to the Launch Bar and it’s Launch Targets. But there may be some things useful, like how to specify toolchain files. I really want to have a clean UI and user experience around this.

Doug.

From: <cdt-dev-bounces@xxxxxxxxxxx> on behalf of "Martin.Runge@xxxxxxxxxxxxxxxxm" <Martin.Runge@xxxxxxxxxxxxxxxxm>
Reply-To: "CDT General developers list." <cdt-dev@xxxxxxxxxxx>
Date: Wednesday, August 10, 2016 at 11:50 AM
To: "CDT General developers list." <cdt-dev@xxxxxxxxxxx>
Cc: "cdt-dev-bounces@xxxxxxxxxxx" <cdt-dev-bounces@xxxxxxxxxxx>
Subject: [cdt-dev] Antwort: [Newsletter] CMake and the New C/C++ Project Wizard

Hi Doug,

Some the points noticed are already working in my cmake plugin approach: https://github.com/rungemar/cmake4cdt
- json parsing
- handling of toolchain files -> cross compiling
- scanner discovery per toolchain (finding the header files of the cross compiler insted of the host's after switching from native build to cross build)
- Settings to select the cmake binary incl. detect if there is one in PATH
- mark the output folder as derived to avoid it beeing offered for add to source control

I installed CMakeEd as Editor for CMakeLists.txt

We are using it successfully for several month now here at Rohde&Schwarz for embedded Linux development on Linux hosts.


Please have a look at it, maybe we can reuse some parts on top of your new build framework.

best regards
Martin





Von:        Doug Schaefer <dschaefer@xxxxxxxxxxxxxx>
An:        CDT General developers list. <cdt-dev@xxxxxxxxxxx>
Datum:        10/08/2016 17:30
Betreff:        [Newsletter] [cdt-dev] CMake and the New C/C++ Project Wizard
Gesendet von:        cdt-dev-bounces@xxxxxxxxxxx




Hey gang,

I did some work on Cmake yesterday and it now somewhat works. I had to hard code the location of cmake for my Mac since it doesn’t add /usr/local/bin to the path and I’m using Homebrew which puts Cmake there. I’ll make that a user setting soon. It also only builds for the Local machine using discovered toolchains. In the end, it works on my Mac and will need some work to get it working elsewhere.

We still need to hook up the commands JSON file to scanner info. And we need to add support for toolchain files to support remote targets. And it would be nice to have an editor for the CMakeLists.txt file. It would also be good if the binary parser didn’t look in the CMakeFiles directory which contains some config artifacts.

I’ve also introduced the “New C/C++ Project” wizard which uses the new template engine. Qt and Arduino projects already use the engine and have their own wizards. The thought is to stop producing more wizards and put the templates into the single wizard. The wizard supports tag based filtering and can handle several project types. So Cmake projects can only be created from there and I will likely remove the Qt project wizard soon as well. I’ll leave Arduino for a bit since I’m not sure those users realize they’re writing C++ :).

I need to add the legacy project wizard into this new wizard so we can move forward with just a single wizard. The framework is flexible enough to do that so it shouldn’t take long. I just need to add the language choice into the main page of the wizard. The good news is that I’ve already done that with our legacy QNX project wizards and should be able to push down some code to get it done.

Love to hear your feed back on this workflow.
Doug._______________________________________________
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

_______________________________________________
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