| Age | Commit message (Collapse) | Author |
|---|
|
the problem only observed when using the plugin build with maven.
running from workspace will not see the issue.
Signed-off-by: Lee Chee Yang <chee.yang.lee@intel.com>
|
|
Make sure all plugin names' begin with "Yocto Project", especially
plugins which are placeholders for upstream feature contribution and bug
fixes.
Signed-off-by: Chin Huat Ang <chin.huat.ang@intel.com>
|
|
The methods regenerateMakefile() and generateMakefiles(IResourceDelta)
are no longer identical, instead generateMakefiles method now makes
makefile generation optional (as intended) if the makefiles already
exists, whereas the regenerateMakefile method will always regenerate
regardless of whether existing makefiles exist or not.
Signed-off-by: Chin Huat Ang <chin.huat.ang@intel.com>
|
|
When default build type is selected in project properties -> C/C++ Build
->Settings -> Tool Settings -> CMake (alpha) -> General -> Build type,
do not set -DCMAKE_BUILD_TYPE=, instead just omit the entire flag.
Signed-off-by: Chin Huat Ang <chin.huat.ang@intel.com>
|
|
Select CDT builtin ELF parser so that detected ELF binaries will appear
under the Binaries virtual folder.
Signed-off-by: Chin Huat Ang <chin.huat.ang@intel.com>
|
|
Only generate CMake build files if they are missing. Subsequent builds
should reuse the generated build files (Makefile, CMakeCache.txt,
CMakeFiles dir etc.).
Signed-off-by: Chin Huat Ang <chin.huat.ang@intel.com>
|
|
CMake projects created from template will now have CMake nature set via
NewCMakeProject process.
Signed-off-by: Chin Huat Ang <chin.huat.ang@intel.com>
|
|
The CMake build console was broken and do not show up during project
build, which appeared to be caused by refactoring to core vs UI plugins.
Signed-off-by: Chin Huat Ang <chin.huat.ang@intel.com>
|
|
The current approach for resolving cmake executable's absolute path does
not work with ContainerCommandLauncher as it is not possible to use
java.io.File to test the existence of the executable. Instead we relax
or delegate to the underlying command launcher to determined the best
way to resolve the executable's absolute path. Alternatively, this can
also be done in CMakeMakefileGenerator subclasses.
Signed-off-by: Chin Huat Ang <chin.huat.ang@intel.com>
|
|
Update all new plugins' version in manifest file to 1.0.0 to 1.4.1 to resolve
the following maven build issue:
[ERROR] Failed to execute goal org.eclipse.tycho:tycho-packaging-plugin:1.0.0:validate-version (default-validate-version) on project org.yocto.cmake.core: Unqualified OSGi version 1.0.0.qualifier must match unqualified Maven version 1.4.1-SNAPSHOT for SNAPSHOT builds -> [Help 1]
Signed-off-by: Chin Huat Ang <chin.huat.ang@intel.com>
|
|
Signed-off-by: Chin Huat Ang <chin.huat.ang@intel.com>
|
|
Move CMakeMakefileGenerator to a non-internal and exported package as it
provides target agnostic Makefile build system generation base features which
is intended for reuse, e.g. extended to support cross compilation.
Signed-off-by: Chin Huat Ang <chin.huat.ang@intel.com>
|
|
Move Messages class to a non-internal and exported package so that static
initialization via OSGi NLS won't complain about missing externalized strings.
Signed-off-by: Chin Huat Ang <chin.huat.ang@intel.com>
|
|
This plugin is a reimplementation of org.yocto.cmake.managedbuilder which
provides Managed Build System CMake project support.
Unlike prior implementation, the new CMake project works with host (native)
CMake toolchain, and is intended for extension to support cross compilation.
The CMake project template is reused from org.yocto.cmake.managedbuilder, while
a new generic CMake toolchain definition is provided which should works with
any host CMake toolchain out of the box, and yet this toolchain definition can
be extended to support arbitrary CMake toolchain installation.
Signed-off-by: Chin Huat Ang <chin.huat.ang@intel.com>
|
Lee Chee Yang
Chin Huat Ang