rebuilt docker images have small binary differences
in the jnilibs due to a rebuilt macOS toolchain being
used.
Change-Id: I25dc951e1e8c7c94a799d63a4c0db644d1f1be1e
Added missed license headers
Updated baseline for the parent pom to CDT 10.2
Updated version for pom.xml to 10.3
Updated version for features and bundles to CDT 10.3
Updated copyright for about.properties to be 2021
Incremented version + 100 where needed
Change-Id: I79666fcc0402fee6607499d7dce1eaf87a5f446d
Signed-off-by: Alexander Fedorov <alexander.fedorov@arsysop.ru>
Advapi32Util.registryGetValues() is more efficient to fetch all the
values since the regiter only needs to be opened once.
XXX: Due to a cycle in the dependencies we need to split this
in two parts, this previous commit handles the core.native API change
and this commit handles the use of the new API
Signed-off-by: Torbjörn Svensson <azoff@svenskalinuxforeningen.se>
Change-Id: I960954e332e05dfebcd0263f983bbbc6c64d46af
Use the WindowsRegistry implementation rather than having yet another
implementation for reading the Windows registry in native code.
Change-Id: If12068319ea3b99934112208a0a21538c792909c
Signed-off-by: Torbjörn Svensson <azoff@svenskalinuxforeningen.se>
All compile warnings for native code should be handled.
Change-Id: I5ee391fd24339cb55646dbd2980d2856fabe8ddb
Signed-off-by: Torbjörn Svensson <azoff@svenskalinuxforeningen.se>
This will enforce formatting when building the native code
Change-Id: I6c047f4c0672609df322b7ba716fc786f0e3aab4
Signed-off-by: Torbjörn Svensson <azoff@svenskalinuxforeningen.se>
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>
As mentioned in
https://devblogs.microsoft.com/oldnewthing/20180103-00/?p=97705,
Microsoft has stopped using the _IMAGE_FILE_HEADER.TimeDateStamp as a
time stamp and rather as a hash of the source files to make the build
result predictable.
Change-Id: I4f4a7b9557330e4c478ef7fb25653144c5b2d4ad
Signed-off-by: Torbjörn Svensson <azoff@svenskalinuxforeningen.se>
Also generate JNI header for serial component. This component does not
really need it since the implementation is in one file only, but this
would at least throw an error if the java part changes and the native
part is not updated accordingly.
Change-Id: Id598410c322580bdda37c905ed08627390c913ba
Signed-off-by: Torbjörn Svensson <azoff@svenskalinuxforeningen.se>
Note: the Windows dll is not actually modified, apart from the embedded
date stamp to match the date of the jni/ modification
Also-by: Liviu Ionescu <ilg@livius.net>
Change-Id: Ice3d5e7ae5999a0e4d1866e76e515a91e30e9f11
The native directory can contain both libraries and utilities. In
Gerrit https://git.eclipse.org/r/c/cdt/org.eclipse.cdt/+/165270,
there is a utility, so the directory name "jni", or even "library" does
not work. In order to support both utilities and libraries, the
suggested name of the directory is "native_src" and thus, this commit
syncs that change in o.e.c.native.serial.
Change-Id: Iafa9ce9ae1dca7ef563ab397e8b3eb0b8642372d
Signed-off-by: Torbjörn Svensson <azoff@svenskalinuxforeningen.se>
As part of the rebuild of the infra images to get new Java 11, we
also got updated compilers that generate some different bytecodes
for the native libraries. This commit brings things up to date.
Change-Id: I1039a5e19172092353dc4e1ea7de1381c031d280
Revert serial.dll as the change does not impact windows
Change-Id: I968a3f40e8222a46d077aa5c6fde0a19740bd0a9
Signed-off-by: akhalid8lf <abdullah.dev0@gmail.com>
Some serial port drivers on Windows, notably usbser.sys, does not
care about DCB.fParity and only relies on DCB.Parity to contain
the correct value. In the case where we need to configure it for
no parity, the DCB.Parity field needs to be explicitly set to
NOPARITY.
The above statment has been checked using Wireshark and look at the
SET LINE CODING Request package (it contained ODDPARITY although
DCB.fParity=FALSE). The statement was also somewhat confirmed by
this post: https://stackoverflow.com/questions/36411498.
Change-Id: I2e2ab3da5da547e0420e3e61f91452ef0edeb755
Signed-off-by: Torbjörn SVENSSON <torbjorn.svensson@st.com>
CDT nows defaults to targetting Eclipse 4.11 along with dependencies in the
Eclipse 2019-03 simultaenous release.
Once consequence is that 32-bit and ppc64 fragments are removed.
Change-Id: I032fedb27a4e5086f10051b3b2ca9c9c59c3b965
Signed-off-by: Marc-Andre Laperle <malaperle@gmail.com>
The previous alignment of all the warnings/ignores
led to too many warnings that weren't there before. This
commit relaxes them a bit.
The core/org.eclipse.cdt.core/.settings/org.eclipse.jdt.core.prefs
is still the "master" copy, with
releng/scripts/check_code_cleanliness.sh containing the
exceptions that apply to test plug-ins.
Change-Id: Ibd4e31ade0b42b31e7cbe5a94f06c6fc15183a56
This was done by selecting all projects in Eclipse then
Source -> Clean Up... -> choosing:
- Format source code
- Remove trailing white spaces on all lines
and completing the wizard
Change-Id: I63685372c6bcc67719bcf145123bcb72e5b00394
The releng/scripts/apply_jdt_prefs_to_all_projects.sh was run to
copy standard settings to all other projects.
Change-Id: I4436c947d7f0142f56b709e661379c3eb54f666b
Added a loop in read(byte[], int, int) to block until any input is
available. Or until the port is closed, or an exception occurs.
Change-Id: I1ead6f465571274e77e74de685b8185c8cdde108
Signed-off-by: Waqas Ilyas <waqas.ilyas@gmail.com>
