rebuilt docker images have small binary differences
in the jnilibs due to a rebuilt macOS toolchain being
used.
Change-Id: I25dc951e1e8c7c94a799d63a4c0db644d1f1be1e
Added a new C/C++ formatter profile called "Unmanaged profile 'CDT'"
(name stolen from the Java formatter) that is basically K&R with the
tweak of maxium line width set to 120 (same width as for .java files).
Added enforcement of the formatter during build.
libspawner.so/jnilib have differences because the re-formatting changes
line numbers and therefore the __LINE__ macro expands to a different
value.
Change-Id: Id3a0619cb31640c7817dc684c72139f90cab0fc6
Signed-off-by: Torbjörn Svensson <azoff@svenskalinuxforeningen.se>
Native more accurately reflects what we've put there. They're native
utilities that can be reused by other Eclipse bundles to access
native services.
Also fixed up the cdt 4.4 target which had fixed version numbers for
some of the dependencies and used RSE out of the Luna repo instead
of their latest milestones.
Change-Id: I259aa9e92212409378679a8c61bf2fffd05c67a2
Reviewed-on: https://git.eclipse.org/r/27304
Tested-by: Hudson CI
Reviewed-by: Doug Schaefer <dschaefer@qnx.com>
This commit creates a new feature "org.eclipse.cdt.spawner"
which is included by the cdt.platform feature and only holds the
CDT native code fragments along with a new bundle named
"org.eclipse.cdt.core.spawner" as their new fragment host.
This new feature and bundle provide access to the CDT PTY, Spawner,
Windows Registry Accesss and Tasklist capabilities without having to
depend on the full cdt.core bundle.
Nothing changes for existing consumers of the cdt.platform feature, or
cdt.sdk feature (the new feature and bundle are installed and pulled
in automatically). Consumers who only installed the org.eclipse.cdt
bundle in the past will now also need the new spawner bundle.
Change-Id: I3943b35948d1bba4771f715c5e700570aa2ae125
Signed-off-by: Martin Oberhuber <martin.oberhuber@windriver.com>
Reviewed-on: https://git.eclipse.org/r/27225
Tested-by: Hudson CI
Reviewed-by: Anton Leherbauer <anton.leherbauer@windriver.com>
Tested-by: Anton Leherbauer <anton.leherbauer@windriver.com>
Reviewed-by: Doug Schaefer <dschaefer@qnx.com>
