The cdt-e4.5.target and the Oomph setup file (Mars Repo List) are
pointing now to the Mars release UR.
Bug: 478018
Change-Id: Icff0c388f4422598d7ab22d056f9d97638a7b7fd
Signed-off-by: Martin Schreiber <m.schreiber@bachmann.info>
Do the initialization asynchronously. If the service was initialized
during this class gets instantiated, it was re-instantiated and so a
StackOverflowException was produced. Now the initialization is done
asynchronously.
Bug: 474946
Change-Id: I15356c5f6e450d825d4f8615e2fba177409f5894
Signed-off-by: Martin Schreiber <m.schreiber@bachmann.info>
...so that it matches the way the GCC C++ compiler is.
Change-Id: I9e32dc3888cfec2c0c01196f44f2e730e2bbc574
Signed-off-by: Simon Marchi <simon.marchi@polymtl.ca>
There is an assumption in
FileLanguageMappingPropertyPage#computeInheritedMapping that there is
only one overridden file mapping. If both project and workspace file
mappings have been overridden, a CoreException is thrown when they both
are reset to inherit together.
Change-Id: I5c845831ac446eaf65c782b4428b3b72a274fb23
Signed-off-by: Ivan Furnadjiev <ivan@eclipsesource.com>
Added a QML Editor which handles basic syntax highlighting for keywords,
multi-line and single-line comments, and strings. The highlight colours
are similar to that of Qt Creator and cannot be modified by users as of
yet.
Change-Id: Ied0ab0432a3a2a43f93733964747c792e29771c4
Signed-off-by: Matthew Bastien <mbastien@blackberry.com>
When file language mapping is reset back to inherit, empty (without
configuration, language and path attributes) file-mapping element is
created in .cproject file. This leads to project corruption.
Add a check for empty entry value in
LanguageMappingStore#addFileMappings.
475344: Broken .cproject file after file language mapping is reset to
inherit
https://bugs.eclipse.org/bugs/show_bug.cgi?id=475344
Change-Id: I6e7d0b8d1199501e087ce42b75f0d8e83fca77cd
Signed-off-by: Ivan Furnadjiev <ivan@eclipsesource.com>
Commit 84a53f8d80 broke this test for an
architecture with fWordSize == 2. The buffer for writing a word went from
length fWordSize to 1, and the expected buffer size of a read as well.
This commit fixes it.
Change-Id: Ie50766031fc7dd8d480f126abc48a6dfd487b9e5
Signed-off-by: Simon Marchi <simon.marchi@polymtl.ca>
Removed (duplicate) nodeFactory field within GNUCSourceParser and
GNUCPPSourceParser with getter() that is provided by
AbstractGNUSourceCodeParser.
Change-Id: If70bcda1a85f934548e680e0fb0d5b4e5cd467d6
Signed-off-by: anyssen <alexander.nyssen@itemis.de>
Default URLs for Arduino and the ESP8266 community. Preference page
to allow user to add their own.
Change-Id: Ia40d2729d6b5e26225dbecf85a845322b4a71f5f
- Update baseline to 8.7
- Add missing requirements to match target file
- Add required tools explicitly in P2 Director task (PDE, etc)
This will make it possible to select other products and stil be able
to work on CDT.
- Change default target to Mars
Change-Id: I490adae66cc04d2357258f65b6cdea1d5ad79cde
Signed-off-by: Marc-Andre Laperle <marc-andre.laperle@ericsson.com>
Includes adaptation of the Arduino build model where many of these
ideas started to the new model. And start of the Qt build system which
uses it.
Change-Id: Icb212185773ebc4d415e8a9862101744703ff80b
Had to convert backslashes in paths to forward slashes. Also had
figure out how to call the compiler for scanner info. Had to break
the command up myself into args.
Change-Id: I08f1438d8c17bb92a8871d4bd6e187af4e8a49f7
Eclipse 4.5 now offers specifying API baselines using target files.
This is much more simple than having to install and maintain a
separate Eclipse installation. This patch adds a new
cdt-baseline.target containing all the CDT features from the CDT
project update site.
To use the baseline target:
1. Go to preferences, Plug-in Development, API Baselines
2. Add Baseline...
3. Select "A target platform"
4. Enter a name, "cdt-baseline" for example
5. Select cdt-baseline in the list (cdt-baseline.target)
6. Click refresh, Finish
7. Make sure you select the newly created baseline as the new default
8. Press OK
Change-Id: Id953b1719a41e2e4e64245c011d01e391305859c
Signed-off-by: Marc-Andre Laperle <marc-andre.laperle@ericsson.com>
When a file is not found, the debugger will be used to resolve it to an
absolute file. One of the side effects at the moment is that no
breakpoint marker is created in the editor for the file. To mitigate the
situation and reduce user confusion, until installed breakpoints can be
displayed in the UI don't allow users to create breakpoints on
non-absolute file names.
Change-Id: Ib69bfdfcde0c83fe6e20cacb0850d8ee907583a1
Signed-off-by: Jonah Graham <jonah@kichwacoders.com>