NetCube-Systems-Austria/kumquat-buildroot
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
1b862a4fa5
kumquat-buildroot/package/cmake/Config.in

48 lines
1.6 KiB
Plaintext
Raw Normal View History

package/cmake: disable on unsupported architectures Supported architectures are listed at [1]. Fixes: http://autobuild.buildroot.net/results/de9/de9021fdc63600536ffa91e4b8718584e3e5702c/ http://autobuild.buildroot.net/results/0f1/0f1afc62e91ab798fa65685af3dea3caac663f11/ [1] https://github.com/Kitware/CMake/blob/master/Utilities/KWIML/ABI.h.in#L339 [Thomas: rewrap list of supported architectures.] Signed-off-by: Samuel Martin <s.martin49@gmail.com> Cc: Baruch Siach <baruch@tkos.co.il> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-03-17 11:20:23 +01:00
config BR2_PACKAGE_CMAKE_ARCH_SUPPORTS
bool
default y
depends on BR2_arm || BR2_armeb || BR2_aarch64 || \
BR2_m68k || BR2_mips || BR2_mips64 || \
BR2_mipsel || BR2_mips64el || BR2_powerpc || \
BR2_powerpc64 || BR2_powerpc64le || BR2_sparc || \
package/cmake: add support for xtensa Backported from: ded79a976e2b63bbfd7a63f27ec00bd071410e27 Signed-off-by: Max Filippov <jcmvbkbc@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-03-17 20:47:46 +01:00
BR2_i386 || BR2_x86_64 || BR2_xtensa
package/cmake: disable on unsupported architectures Supported architectures are listed at [1]. Fixes: http://autobuild.buildroot.net/results/de9/de9021fdc63600536ffa91e4b8718584e3e5702c/ http://autobuild.buildroot.net/results/0f1/0f1afc62e91ab798fa65685af3dea3caac663f11/ [1] https://github.com/Kitware/CMake/blob/master/Utilities/KWIML/ABI.h.in#L339 [Thomas: rewrap list of supported architectures.] Signed-off-by: Samuel Martin <s.martin49@gmail.com> Cc: Baruch Siach <baruch@tkos.co.il> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-03-17 11:20:23 +01:00
package/cmake: make ctest a target package too Useful for packages shipped with a testsuite which makes use of ctest Since ctest is just a tool provided by the cmake sources, this change introduces a hidden BR2_PACKAGE_CMAKE symbol which is automatically selected by the BR2_PACKAGE_CMAKE_CTEST one. This is like this mostly for consistency (cmake is the actual package, not ctest). CMake is a particular package: * CMake can be built using the generic infrastructure or the cmake one. Since Buildroot has no requirement regarding the host system cmake program presence, it uses the generic infrastructure to build the host-cmake package, then the (target-)cmake package can be built using the cmake infrastructure; * CMake bundles its dependencies within its sources. This is the reason why the host-cmake package only has host-pkgconf as (runtime) dependency, whereas the (target-)cmake package has a lot of dependencies, using only the system-wide libraries instead of rebuilding and staitcally linking with the ones bundles into the CMake sources. [Thomas: - add missing C++ dependency. - add missing multiple 'select' in Config.in - add missing wchar dependency, inherited from selecting libarchive.] Signed-off-by: Davide Viti <zinosat@tiscali.it> Signed-off-by: Samuel Martin <s.martin49@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-03-08 10:47:20 +01:00
config BR2_PACKAGE_CMAKE
bool
config BR2_PACKAGE_CMAKE_CTEST
bool "ctest"
package/c*/Config.in: fix ordering of statements The check-package script when ran gives warnings on ordering issues on all of these Config files. This patch cleans up all warnings related to the ordering in the Config files for packages starting with the letter c in the package directory. The appropriate ordering is: type, default, depends on, select, help See http://nightly.buildroot.org/#_config_files for more information. Signed-off-by: Adam Duskett <Adamduskett@outlook.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-04-22 19:17:50 +02:00
depends on BR2_PACKAGE_CMAKE_ARCH_SUPPORTS
depends on BR2_TOOLCHAIN_GCC_AT_LEAST_4_7 # from jsoncpp
depends on BR2_USE_WCHAR # libarchive
depends on BR2_INSTALL_LIBSTDCPP
depends on !BR2_STATIC_LIBS
depends on BR2_TOOLCHAIN_HAS_THREADS_NPTL # libuv
depends on BR2_USE_MMU # libuv
package/cmake: propagate libuv dependencies In c2c06a6de02, cmake version was bumped and a new dependency on libuv was added, but it did not propagate all the dependencies of libuv, missing sync_4 (probably because sync_4 was added after the patch was sent on the list, but before it was applied to the tree). Fix that, which fixes unmet dependencies. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Vicente Olivert Riera <Vincent.Riera@imgtec.com> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-05-06 23:01:55 +02:00
depends on BR2_TOOLCHAIN_HAS_SYNC_4 # libuv
package/cmake: make ctest a target package too Useful for packages shipped with a testsuite which makes use of ctest Since ctest is just a tool provided by the cmake sources, this change introduces a hidden BR2_PACKAGE_CMAKE symbol which is automatically selected by the BR2_PACKAGE_CMAKE_CTEST one. This is like this mostly for consistency (cmake is the actual package, not ctest). CMake is a particular package: * CMake can be built using the generic infrastructure or the cmake one. Since Buildroot has no requirement regarding the host system cmake program presence, it uses the generic infrastructure to build the host-cmake package, then the (target-)cmake package can be built using the cmake infrastructure; * CMake bundles its dependencies within its sources. This is the reason why the host-cmake package only has host-pkgconf as (runtime) dependency, whereas the (target-)cmake package has a lot of dependencies, using only the system-wide libraries instead of rebuilding and staitcally linking with the ones bundles into the CMake sources. [Thomas: - add missing C++ dependency. - add missing multiple 'select' in Config.in - add missing wchar dependency, inherited from selecting libarchive.] Signed-off-by: Davide Viti <zinosat@tiscali.it> Signed-off-by: Samuel Martin <s.martin49@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-03-08 10:47:20 +01:00
select BR2_PACKAGE_CMAKE
select BR2_PACKAGE_ZLIB
cmake: bump to version 3.3.2 xtensa patch is upstream so there's no need for it any longer. Signed-off-by: Gustavo Zacarias <gustavo.zacarias@free-electrons.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-09-19 14:42:11 +02:00
select BR2_PACKAGE_JSONCPP
package/cmake: make ctest a target package too Useful for packages shipped with a testsuite which makes use of ctest Since ctest is just a tool provided by the cmake sources, this change introduces a hidden BR2_PACKAGE_CMAKE symbol which is automatically selected by the BR2_PACKAGE_CMAKE_CTEST one. This is like this mostly for consistency (cmake is the actual package, not ctest). CMake is a particular package: * CMake can be built using the generic infrastructure or the cmake one. Since Buildroot has no requirement regarding the host system cmake program presence, it uses the generic infrastructure to build the host-cmake package, then the (target-)cmake package can be built using the cmake infrastructure; * CMake bundles its dependencies within its sources. This is the reason why the host-cmake package only has host-pkgconf as (runtime) dependency, whereas the (target-)cmake package has a lot of dependencies, using only the system-wide libraries instead of rebuilding and staitcally linking with the ones bundles into the CMake sources. [Thomas: - add missing C++ dependency. - add missing multiple 'select' in Config.in - add missing wchar dependency, inherited from selecting libarchive.] Signed-off-by: Davide Viti <zinosat@tiscali.it> Signed-off-by: Samuel Martin <s.martin49@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-03-08 10:47:20 +01:00
select BR2_PACKAGE_LIBCURL
select BR2_PACKAGE_LIBARCHIVE
select BR2_PACKAGE_EXPAT
select BR2_PACKAGE_BZIP2
select BR2_PACKAGE_XZ
cmake: bump version to 3.7.0 libuv is now a required dependency. Signed-off-by: Vicente Olivert Riera <Vincent.Riera@imgtec.com> Tested-by: Samuel Martin <s.martin49@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-02-28 19:07:23 +01:00
select BR2_PACKAGE_LIBUV
package/cmake: make ctest a target package too Useful for packages shipped with a testsuite which makes use of ctest Since ctest is just a tool provided by the cmake sources, this change introduces a hidden BR2_PACKAGE_CMAKE symbol which is automatically selected by the BR2_PACKAGE_CMAKE_CTEST one. This is like this mostly for consistency (cmake is the actual package, not ctest). CMake is a particular package: * CMake can be built using the generic infrastructure or the cmake one. Since Buildroot has no requirement regarding the host system cmake program presence, it uses the generic infrastructure to build the host-cmake package, then the (target-)cmake package can be built using the cmake infrastructure; * CMake bundles its dependencies within its sources. This is the reason why the host-cmake package only has host-pkgconf as (runtime) dependency, whereas the (target-)cmake package has a lot of dependencies, using only the system-wide libraries instead of rebuilding and staitcally linking with the ones bundles into the CMake sources. [Thomas: - add missing C++ dependency. - add missing multiple 'select' in Config.in - add missing wchar dependency, inherited from selecting libarchive.] Signed-off-by: Davide Viti <zinosat@tiscali.it> Signed-off-by: Samuel Martin <s.martin49@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-03-08 10:47:20 +01:00
help
CTest is a testing tool distributed as a part of CMake. It
can be used to automate updating (using CVS for example),
configuring, building, testing, performing memory checking,
performing coverage, and submitting results to a CDash or
Dart dashboard system.
http://www.cmake.org/
cmake: adjust dependencies added for libuv Commit 1ffcf364b6e9894a876dc581a090f87685945412 updated cmake to 3.7.0, which requires selecting the libuv package. At the time, the libuv package only depended on BR2_TOOLCHAIN_HAS_THREADS. However, later on, it was changed in master to depend on BR2_TOOLCHAIN_HAS_THREADS_NPTL, a change which was not taken into account in the cmake 3.7.0 bump that was merged in the next branch. Due to this, builds of cmake is attempted on architectures that don't provide NPTL thread support, causing a build failure. This commit fixes that by adjusting the dependency. Fixes: http://autobuild.buildroot.net/results/16a5e1cbb57c0124537c4f3dc0807ba1eaa975ec/ Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-02-28 19:07:25 +01:00
comment "ctest needs a toolchain w/ C++, wchar, dynamic library, gcc >= 4.7, NPTL"
package/cmake: disable on unsupported architectures Supported architectures are listed at [1]. Fixes: http://autobuild.buildroot.net/results/de9/de9021fdc63600536ffa91e4b8718584e3e5702c/ http://autobuild.buildroot.net/results/0f1/0f1afc62e91ab798fa65685af3dea3caac663f11/ [1] https://github.com/Kitware/CMake/blob/master/Utilities/KWIML/ABI.h.in#L339 [Thomas: rewrap list of supported architectures.] Signed-off-by: Samuel Martin <s.martin49@gmail.com> Cc: Baruch Siach <baruch@tkos.co.il> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-03-17 11:20:23 +01:00
depends on BR2_PACKAGE_CMAKE_ARCH_SUPPORTS
cmake: bump version to 3.7.0 libuv is now a required dependency. Signed-off-by: Vicente Olivert Riera <Vincent.Riera@imgtec.com> Tested-by: Samuel Martin <s.martin49@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-02-28 19:07:23 +01:00
depends on BR2_USE_MMU
package/cmake: propagate libuv dependencies In c2c06a6de02, cmake version was bumped and a new dependency on libuv was added, but it did not propagate all the dependencies of libuv, missing sync_4 (probably because sync_4 was added after the patch was sent on the list, but before it was applied to the tree). Fix that, which fixes unmet dependencies. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Vicente Olivert Riera <Vincent.Riera@imgtec.com> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-05-06 23:01:55 +02:00
depends on BR2_TOOLCHAIN_HAS_SYNC_4
cmake: bump to version 3.3.2 xtensa patch is upstream so there's no need for it any longer. Signed-off-by: Gustavo Zacarias <gustavo.zacarias@free-electrons.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-09-19 14:42:11 +02:00
depends on !BR2_INSTALL_LIBSTDCPP || !BR2_USE_WCHAR || \
cmake: bump version to 3.7.0 libuv is now a required dependency. Signed-off-by: Vicente Olivert Riera <Vincent.Riera@imgtec.com> Tested-by: Samuel Martin <s.martin49@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-02-28 19:07:23 +01:00
BR2_STATIC_LIBS || !BR2_TOOLCHAIN_GCC_AT_LEAST_4_7 || \
cmake: adjust dependencies added for libuv Commit 1ffcf364b6e9894a876dc581a090f87685945412 updated cmake to 3.7.0, which requires selecting the libuv package. At the time, the libuv package only depended on BR2_TOOLCHAIN_HAS_THREADS. However, later on, it was changed in master to depend on BR2_TOOLCHAIN_HAS_THREADS_NPTL, a change which was not taken into account in the cmake 3.7.0 bump that was merged in the next branch. Due to this, builds of cmake is attempted on architectures that don't provide NPTL thread support, causing a build failure. This commit fixes that by adjusting the dependency. Fixes: http://autobuild.buildroot.net/results/16a5e1cbb57c0124537c4f3dc0807ba1eaa975ec/ Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-02-28 19:07:25 +01:00
!BR2_TOOLCHAIN_HAS_THREADS_NPTL
Reference in New Issue Copy Permalink