Jul 10, 2007 The Eclipse CDT is an Eclipse plug-in that transforms Eclipse into a powerful C/C IDE. It was designed to bring many of the great features Eclipse enjoyed by Java developers to C/C developers, such as project management, integrated debugging, class wizards, automated builds, syntax coloring, and code completion. Sep 01, 2011 Installing Eclipse. Here’s a handy reference on where to get Eclipse for the Mac. Version 3.7 (“Indigo”) installs nicely in Lion and seems to work okay, but our household hasn’t put it to.
|
If you know what this is all about, you can do one of the following:
If, for any reason, this does not work and you have to do it manually,you only need the update site details:
https://download.eclipse.org/embed-cdt/updates/neon/
Note: as the name implies, this URL is only valid for Eclipse Neon orlater; the old URL http://gnuarmeclipse.sourceforge.net/updates/
is nowdeprecated, and its content will point to v3.x, that can be used to installthe older versions of the plug-ins on older Eclipses.
It is recommended that you install the plug-ins after installing theARM toolchain and/or theRISC-V toolchain, thebuild tools (on Windows),and the debugging binaries.
Important notes:
Since these are Eclipse plug-ins, they obviously require a functional Eclipse CDT (Neon or later), which requires Java.
For the old-timers, a word of caution about Windows XP: recent Javadistributions (from 7 up) areno longer certified for XP,so, even if they might seem to work, you are on thin ice. If possible,avoid using XP at all; otherwise use only the 32-bit version, with 32-bitJava and Eclipse.
The warning is even more important for Win XP 64, which, in certainconfigurations, has difficulties to start 32-bit applications (likethe JLink GDB Server or OpenOCD). Although generally Win XP 64 is notrecommended at all, if you really need to use it, preferably experimentwith a 32-bit Java and a 32-bit Eclipse.
However please note that no support requests referring to Win XP 64will be processed.
The recommended package is the latest version from the officialOracle OpenJDK page. The OpenJDK Javaused in Ubuntu is also fine. Starting with 2020, the minimum is JDK 11,or even JRE 11(the Java Runtime Environment), but, as said before, better use thelatest JDK. On macOS the last Apple Java implementation is 1.6, so it is required to use the Oracle version.
Important note: Java may be distributed in separate 32/64-bit packages. Unless you have older applications requiring 32-bit Java, on 64-bit systems it is recommended to install the 64-bit JDK. Anyway, Oracle JDK 9 might not even be available for 32-bit.
On some distributions, for example on Ubuntu 18.04 LTS, Java seems to be already installed in the standard distribution:
On other distributions, you can install the OpenJDK run-time and test if it was properly installed with the following commands:
Java 11 notice: Starting with 2020, Eclipse requires Java 11; trying toupdate the plug-ins while using Java 8 is unsuccessful, sometimeswithout any message or warning.
If you are behind a firewall, older Java virtual machines fail to connect to SourceForge. Update your Java JDK to 11 or later and retry to install the plug-ins.
If you use the Oracle JDK, starting with mid January 2017, attempts to install via HTTPS from SourceForge might fail with handshake_error. Install the Java Cryptography Extension (JCE) Unlimited Strength Jurisdiction Policy Files and the installer should be able to reach the update site.
Starting with version 4.x, the oldest Eclipse supported by the plug-ins is Eclipse 4.6 Neon.3 (CDT 9.2), and the recommended version is 4.7 Oxygen. Do not try to install them on Mars, Luna, Kepler, Juno, Indigo, or older versions, since the install will fail.
The simple way is to download Eclipse IDE for Embedded C/C++ Developers from Eclipse and you get at once both Eclipse CDT and the Embedded CDT plug-ins.
Important note: there are different binaries for 32-bit (_x86
) and 64-bit (x86-64
). Be sure the Eclipse binary word size matches the Java word size, otherwise the obscure Java was started but returned exit code=13
message is issued.
On macOS, after un-archiving, remove the com.apple.quarantine
extended attribute, otherwise the application will fail to start.
If you prefer to do this in more steps, go to the Eclipse packages and get the Eclipse IDE for C/C++ Developers archive appropriate for your platform, preferably the 64-bit version.
Links to older versions are available in the More Downloads section, at the bottom.
In case you reached the main Eclipse downloads page, avoid the recommended download and follow the link to the Eclipse packages.
Traditionally Eclipse does not need an installer, Eclipse is distributed as a plain archive. To install Eclipse, simply unpack the archive at a place of your choice and start using it.
Note 1: on GNU/Linux be sure you manually install the Eclipse; DO NOT try to install it via the Synaptics package manager, or similar, since usually you get an older version and the CDT plug-ins are not included.
Note 2: Contrary to other tools, Eclipse does not need administrative rights, does need not be installed in a system location, and does not need not be a single instance on a system. Actually you are encouraged to install multiple instances of Eclipse, possibly one for each project type, to avoid mixing plug-ins from different sources in case different project types.
The minimum CDT version is 9.2.1, that came with Eclipse Neon. Do not try to use earlier versions, since either the install will fail (with something like … requires ‘bundle org.eclipse.cdt 9.2.1’ but it could not be found), or it will not run properly.
As mentioned before, the recommended way is to use a fresh Eclipse IDE for C/C++ Developers for the cross ARM development projects. Even if you did so, but especially if you did not do so, it is a good idea to check if you really have the latest version available. For this, enter the Eclipse menu and go to Help → Install New Software
Please note that starting with 4.x, compatibility with Eclipses previous than 4.6 Neon was no longer possible. If, for any reason, you need a solution for Eclipse Luna or Mars, you can try the GNU MCU Eclipse Plug-in version 3.*, but please keep in mind that this version is no longer maintained.
Similarly:
The following samples are from a slightly older Eclipse 4.3 Kepler on macOS. Other platforms may behave slightly different, but the idea is the same.
Warning: Be sure your Eclipse is 4.6 Neon.3 or later, otherwise the plug-ins will refuse to install, claiming Missing requirements and Cannot satisfy dependency.
Java 11 notice: Starting with 2020, Eclipse requires Java 11; trying toupdate the plug-ins while using Java 8 is unsuccessful, sometimeswithout any message or warning.
The easiest way to install/update the plug-ins is to use the Eclipse Marketplace:
This should identify Eclipse Embedded CDT and offer to Install/Update/Uninstall assets
The classical way to install the Eclipse Embedded CDT plug-ins is to use the Eclipse standard install/update mechanism: In the Eclipse menu → Help → Install New Software…
Once you define the update site URL, further updates are greatly simplified (Help → Check For Updates).
If, for any reason, you need to install a specific version of the plug-in, the solution is to download the archive from Eclipse servers; for releases pre v5.1.1 use GitHub Releases, or, for even older releases, from SourceForge Files and to point the Eclipse update mechanism to the local archive: In the Eclipse menu → Help → Install New Software…
If, for any reasons, you need to install the Eclipse Embedded CDT plug-ins on a system without permanent Internet connection, and decide for the alternate way presented above, please be aware that the debug plug-ins require the presence of the C/C++ GDB Hardware Debugging plug-in. Usually this plug-in is not included in the standard package, but is present in the CDT Optional Features category, packed with the CDT archives available from the CDT download site. Download the desired archive, add it to your update sites, select the C/C++ GDB Hardware Debugging plug-in, restart as usual, and then install the Eclipse Embedded CDT plug-ins from the local archive, as above.
Note: Attempts to install the Eclipse Embedded CDT plug-ins off-line without having the C/C++ GDB Hardware Debugging installed fails with an error related to installing the ilg.gnumcueclipse.debug.gdbjtag.jlink.feature.group
and other debugging features.
On-line install do not have this problem since the Eclipse automatically downloads the C/C++ GDB Hardware Debugging plug-in from the CDT update site.
If you already installed the toolchain (and, on Windows, the build tools) in the default locations, as suggested in the above steps, the plug-ins might have automatically discovered them.
The above definition will make the toolchain and build tools accessible to all projects in all workspaces.
If needed, you can define different paths per workspace (Workspace Tools Paths) or even per project (Tools Paths in the project properties).
To check if the paths definitions are effective, go to the project properties page and identify the PATH
variable. Be sure the Origin column reads BUILD SYSTEM
; if you manually edit it, the Origin will change and will read USER
, but this is totally not recommended, since manually editing the path disables further automated updates of the path.
Note: starting with version v4.1.1, the SourceForge server is no longer actively used, so this problem should no longer be actual.
There are cases when the on-line access to the SourceForge mirror servers might not be reliable. In these cases the Eclipse update system may fail. For example:
If this happens, Eclipse remains in a confused state and rarely can recover itself.
The workaround is to remove the Eclipse Embedded CDT update site from the available sites, restart Eclipse and add it again.
For this go to Eclipse menu → (Window →) Preferences → Install/Update → Available Software Sites:
If this still fails, the alternative method is to manually download the latest version archive and to perform the install from it, as presented below.
If Eclipse complains that some required items could not be found, most probably you are trying to install the plug-ins on an older Eclipse, or on another Eclipse package than the recommended Eclipse IDE for C/C++ Developers.
Reinstall the correct Eclipse package, or add CDT to the existing Eclipse (Programming Languages → C/C++ Development Tools).
Eclipse is incompatible with the GTK version 3 distributed with Ubuntu (confirmed even with Ubuntu 16LTS). To overcome this, disable the use of GTK 3, by adding the following line to your environment:
If, for any reason, a global setting is not possible, the GTK version can be set in eclipse.ini
:
You might need to place this definition before:
This requirement is anecdotal and appears on some forums; the Eclipse documentation does not mention it.
On macOS Sierra and later, unsigned applications are marked as quarantined and subject to a path randomization, which prevents Eclipse to maintain persistent preferences (for more details see blog post). To disable this, remove the com.apple.quarantine
extended attribute from Eclipse.app
:
One of the confusing details of the Eclipse Embedded CDT plug-ins versioning system is matching the version from the release announcement (for example Version 2.6.1-201502281154 released) with existing plug-ins/features.
The short answer is that the announced version refers to the update site, also packed as an archive, and available from SourceForge. The same version is also used for the ilg.gnuarmeclipse.core
plug-in:
Although the core plug-in is referred by all features, this version number cannot be found in the list of the features:
However, the common point for all these magic numbers is the release date, 201707191338 in this case, which is identical for all plug-ins and features.
Thus, the recommended method to identify plug-ins and features is by date, not by version, which differs from object to object.
After completing the installation of the plug-ins it is recommended to set the workspace preference.
Although support for CMSIS Packs is still experimental, the content of the packs can be used populate the Peripheral registers views during debug sessions, so it is recommended to install the packs for the processors in use.
For this follow the steps in the Packs manager page.
By completing the above steps, the Eclipse environment is ready, and you can start creating projects right away. However, for being able to build and debug these projects, you also need to install:
It is also highly recommended to install the Packs plug-in, to switch to the Packs perspective and using the Packs manager to install the packages related to the devices in use. Even if Packs support is not complete yet, you still can benefit from the existing CMSIS Packs, for example by using the peripherals registers view in debug, the documentation view in the C/C++ perspective, etc.
Follow the above steps and when everything is ready, proceed to create and build a test project.
If you encountered any problems when installing the plug-ins, pleas refer to the Support page and do not send private email.
Last modified on Mon Oct 12 08:58:23 2020 UTC.