As the RemoteCommandLauncher#makeRemote already convert the local path to a remote path, dont need to convert it here,
otherwise it will mess with the configure path.
Change-Id: Ibaaeb34dc80f1574f8b59db0ad0d68cf49af2551
Signed-off-by: Roberto Oliveira <rdutra@linux.vnet.ibm.com>
Reviewed-on: https://git.eclipse.org/r/33574
Reviewed-by: Greg Watson <g.watson@computer.org>
Reviewed-by: Wainer dos Santos Moschetta <wainersm@linux.vnet.ibm.com>
Tested-by: Hudson CI
Reviewed-by: Jeff Johnston <jjohnstn@redhat.com>
Tested-by: Jeff Johnston <jjohnstn@redhat.com>
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>
- add a way to create a linked folder in utilities class
- add new test for virtual folder
- fix markExecutable to handle linked resources when they exist
Change-Id: I88f800f6f4e4f50e754ea0190f558852825bc498
Reviewed-on: https://git.eclipse.org/r/30769
Tested-by: Hudson CI
Reviewed-by: Elena Laskavaia <elaskavaia.cdt@gmail.com>
values to default values instead of removing the options.
Change-Id: I748206ab90aa07d161a437af0b6fc4e3d3a7161b
Signed-off-by: mazab <mohamed_azab@mentor.com>
Reviewed-on: https://git.eclipse.org/r/27519
Tested-by: Hudson CI
Reviewed-by: Elena Laskavaia <elaskavaia.cdt@gmail.com>
- add getProjectLocation() method
- fix getSourcePath() method to find the srcDir resource and then
get its location
- fix all references in code to use getProjectLocation() and
getSourcePath() where appropriate
Change-Id: I7d6d401a42213dbe9c4c2dee03aca306a4941683
Reviewed-on: https://git.eclipse.org/r/30466
Tested-by: Hudson CI
Reviewed-by: Jeff Johnston <jjohnstn@redhat.com>
Tested-by: Jeff Johnston <jjohnstn@redhat.com>
Change-Id: I830ca99f83548a5fc0e6fcfdeb26d00cd68e3060
Signed-off-by: Andrew Ferrazzutti <aferrazz@redhat.com>
Reviewed-on: https://git.eclipse.org/r/29608
Tested-by: Hudson CI
Reviewed-by: Jeff Johnston <jjohnstn@redhat.com>
Tested-by: Jeff Johnston <jjohnstn@redhat.com>
I added a checkbox to enable gCov via a single checkbox to
enable gcov in the compiler. It then uses the
applicability calculator to automatically enable the linker if
the compiler option is set.
Signed-off-by: Leo Ufimtsev <lufimtse@redhat.com>
Change-Id: I561d7263d578a7807e890fce5518e6fc2ebb2bb2
Reviewed-on: https://git.eclipse.org/r/29403
Reviewed-by: Elena Laskavaia <elaskavaia.cdt@gmail.com>
Tested-by: Elena Laskavaia <elaskavaia.cdt@gmail.com>
- Replace previous fix with better one
- Continue to use the name CFLAGS for the compiler flags but add
a default value of CFLAGS|CXXFLAGS so that multiple flags will be
issued on configure
- enhance the FlagConfigureOption to handle multiple flags at once by
using the value and splitting on the | delimiter to generate separate
multiple flags if needed
- Change title of Autotools compiler flag options to be
Compiler Flags instead of CFLAGS (previous) and CFLAGS|CXXFLAGS (new)
- Add transformed name for CFLAGS|CXXFLAGS
- Add tests to verify multiple flags are used
Change-Id: Ic7f8028f07469d04c9de3105f818a5e37e06246a
Reviewed-on: https://git.eclipse.org/r/28943
Tested-by: Hudson CI
Reviewed-by: Jeff Johnston <jjohnstn@redhat.com>
Tested-by: Jeff Johnston <jjohnstn@redhat.com>
- enhance the FlagConfigureOption to handle multiple flags at once by
accepting the | delimiter in the name and generate separate multiple
flag outputs using the children flag value options
- add a new CFLAGS|CXXFLAGS flag so that both CFLAGS and CXXFLAGS will
be set at the same time (to handle both C and C++ source)
- modify the Autotools tests to verify the fix works
Change-Id: I4e97c1a16381a3a10404e2fd20f8e49d99590db5
Reviewed-on: https://git.eclipse.org/r/28941
Tested-by: Hudson CI
Reviewed-by: Jeff Johnston <jjohnstn@redhat.com>
Tested-by: Jeff Johnston <jjohnstn@redhat.com>
features
Change-Id: I52a71e62f8161990657e96ef52403fd7f69698a2
Signed-off-by: Marc Khouzam <marc.khouzam@ericsson.com>
Reviewed-on: https://git.eclipse.org/r/27499
This means that:
- feature.xml files now make a reference to the shared license plugin
using version 0.0.0
- feature.properties files no longer have the text for the license
- license.html and epl-v10.html files are removed as they are part
of the shared license plugin
- build.properties files no longer reference removed files
- the main pom.xml file references the license repository
Change-Id: Ibd880480de3a07597084d44cce7b822903509079
Signed-off-by: Marc Khouzam <marc.khouzam@ericsson.com>
Reviewed-on: https://git.eclipse.org/r/27250
Replace usage of popupMenus with command/handler/menu framework.
Change-Id: I89b4bc611572fafbf63e27b68573f105da4d2698
Signed-off-by: Andrew Ferrazzutti <aferrazz@redhat.com>
Reviewed-on: https://git.eclipse.org/r/26134
Tested-by: Hudson CI
Reviewed-by: Jeff Johnston <jjohnstn@redhat.com>
Tested-by: Jeff Johnston <jjohnstn@redhat.com>
With this preference off, the new project wizard is a mess. We need
to have categories at the top level, especially as the number of
categories grow. This also fixes an issue with the Autotools which
tried to go into the Others category, but made a bit of a mess and
doesn't really need to be there anyway.
Change-Id: Idc67096756caa77087acabacb18ada41a43202b4
Reviewed-on: https://git.eclipse.org/r/25375
Tested-by: Hudson CI
Reviewed-by: Doug Schaefer <dschaefer@qnx.com>
- Autotools was not using the Builder build command to do "make"
operations such as cleaning the source directory
Change-Id: I7dfb44894a1204a5ce7eb83af07f5615526f5721
Reviewed-on: https://git.eclipse.org/r/25169
Tested-by: Hudson CI
Reviewed-by: Jeff Johnston <jjohnstn@redhat.com>
Tested-by: Jeff Johnston <jjohnstn@redhat.com>
- bump up minor version
- refresh remote synchronized projects when adding a file or directory
- for remote synchronized projects, use remote interfaces to figure
out target OS
- look for synchronized builder when adding Autotools builder
- switch to use RemoteCommandLauncher in autotools core and ui
- make autotools.core and autotools.ui friends of CDT remote.core
- fix org.eclipse.cdt.remote.core to respect working directory
- wait for process exitValue to succeed in try loop before attempting
to use the return value
Change-Id: I837ecf74c44085e35b7e775250b7e5264051475e
Reviewed-on: https://git.eclipse.org/r/24360
Tested-by: Hudson CI
Reviewed-by: Jeff Johnston <jjohnstn@redhat.com>
Tested-by: Jeff Johnston <jjohnstn@redhat.com>
- Fix Autoconf editor to not arbitrarily apply to any
m4 file, but instead list a set of filenames known to
be part of autoconf (i.e. expect [] quotation)
Change-Id: Ib6b5a6b8c215d63b0a2423f5a01de5d9131a92c6
Reviewed-on: https://git.eclipse.org/r/23217
Reviewed-by: Jeff Johnston <jjohnstn@redhat.com>
IP-Clean: Jeff Johnston <jjohnstn@redhat.com>
Tested-by: Jeff Johnston <jjohnstn@redhat.com>
- Fix AutotoolsNewMakeGenerator.getWinOSType method to
use the build env variables when invoking the sh
command because the path to "sh" may be specified there
Change-Id: Ibcde5de924c50b6557fb4264572ddd59b02bb99a
Reviewed-on: https://git.eclipse.org/r/19400
Tested-by: Hudson CI
Reviewed-by: Jeff Johnston <jjohnstn@redhat.com>
IP-Clean: Jeff Johnston <jjohnstn@redhat.com>
Tested-by: Jeff Johnston <jjohnstn@redhat.com>
