Jacoco arguments are missing when executing certain tests. This happens when
argLine is being overriden. We had the same problem in Linux Tools. We solved
it by prepending the argLine with ${tycho.testArgLine}. This should help
improving the Code coverage metric in Sonar.
Also update the jacoco version to fix a bug when building with Java 8.
Change-Id: I7f73f40488efc01fc7d643940c1ac0d5950c900d
Signed-off-by: Marc-Andre Laperle <marc-andre.laperle@ericsson.com>
Reviewed-on: https://git.eclipse.org/r/32507
Tested-by: Hudson CI
Reviewed-by: Alvaro Sanchez-Leon <alvsan09@gmail.com>
- Moved tests from separate files to categorized files.
- Introduced node factory in base class.
- Removed use of specific classes, replaced with interaces.
- Moved some tests to apropriate suites.
Change-Id: I71557c0132b888bdc22788f545fec3b03aa732c2
Signed-off-by: Thomas Corbat <tcorbat@hsr.ch>
Reviewed-on: https://git.eclipse.org/r/32251
Tested-by: Hudson CI
Reviewed-by: Sergey Prigogin <eclipse.sprigogin@gmail.com>
Changed ASTRewrite to also accept the root node as valid target for
replacement. Added a test to show the resulting modification store setup
works as expected.
Change-Id: I471d4399690f3a5bb7dcddca45b3f848826b696c
Signed-off-by: Thomas Corbat <tcorbat@hsr.ch>
Reviewed-on: https://git.eclipse.org/r/31747
Tested-by: Hudson CI
Reviewed-by: Sergey Prigogin <eclipse.sprigogin@gmail.com>
When a statement has been inserted into a replaced compound statement
createModifiedChildArray is called for the new compound statement. The
insert modification is attached to its sibling node. The implementation
for handling this insert was on the parent (compound statement) though.
I moved this (adapted) functionality to handling of the sibling nodes.
With the way insert modifications are stored the previous implementation
cannot have worked. Furthermore, there is no test code which covers the
deleted code.
Change-Id: I9615787177c12a870df7c9663170f38b2c28accb
Signed-off-by: Thomas Corbat <tcorbat@hsr.ch>
Reviewed-on: https://git.eclipse.org/r/30796
Reviewed-by: Sergey Prigogin <eclipse.sprigogin@gmail.com>
Tested-by: Hudson CI
Modified ChangeGeneratorWriterVisitor to cope with nested modifications
as described in the ticket.
Also added some related change generator tests to the corresponding
tests suites.
Refined change to cope with sibling changes too.
Change-Id: Ia04f3d01e50375828588e7fa65e2ec3782c58e79
Signed-off-by: Thomas Corbat <tcorbat@hsr.ch>
Reviewed-on: https://git.eclipse.org/r/30525
Tested-by: Hudson CI
Reviewed-by: Sergey Prigogin <eclipse.sprigogin@gmail.com>
Added null checks to the ASTWriter.doNodesHaveSameOffset and a test case
reproducing the problem.
Change-Id: I538806cf32683f5689dbf582b7a7dcb6615a899e
Signed-off-by: Thomas Corbat <tcorbat@hsr.ch>
Reviewed-on: https://git.eclipse.org/r/30334
Reviewed-by: Sergey Prigogin <eclipse.sprigogin@gmail.com>
Cleanup test cases in AST2CSpecTest
Signed-off-by: qdagans <anders.xb.dahlberg@ericsson.com>
Change-Id: I4d546019a2ec61418d33d7b0cb1e888e609b4006
Reviewed-on: https://git.eclipse.org/r/29830
Tested-by: Hudson CI
Reviewed-by: Thomas Corbat <tcorbat@hsr.ch>
Tested-by: Thomas Corbat <tcorbat@hsr.ch>
Add support for GNU goto label references.
"http://gcc.gnu.org/onlinedocs/gcc-3.3.2/gcc/Labels-as-Values.html#Labels%20as%20Values
GCC extensions to C allow taking the address of labels. These addresses can be used in a goto statement where any expression of type void * is allowed:
foo:
void* labelPtr = &&foo;
goto *labelPtr;", comment from Andrew Niefer
Add new classes and necessary changes in existing classes to support the above.
Change-Id: I60b64957af3fdfd5463e89c2a36eea13bd280887
Signed-off-by: qdagans <anders.xb.dahlberg@ericsson.com>
Reviewed-on: https://git.eclipse.org/r/28826
Tested-by: Hudson CI
Reviewed-by: Elena Laskavaia <elaskavaia.cdt@gmail.com>
and store it in the index
Change-Id: I4e180442bf2f2fe49d71e406a73253c6796e381b
Signed-off-by: Nathan Ridge <zeratul976@hotmail.com>
Reviewed-on: https://git.eclipse.org/r/26499
Tested-by: Hudson CI
Reviewed-by: Sergey Prigogin <eclipse.sprigogin@gmail.com>
Tested-by: Sergey Prigogin <eclipse.sprigogin@gmail.com>
