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

44 lines
1.4 KiB
Plaintext
Raw Normal View History

cppcms: new package [Thomas: reformat header and Config.in help text, add dependency on glibc since cppcms uses <monetary.h> functions that aren't available in uClibc.] Signed-off-by: Nicolas Ménégale <nicolas.menegale@openwide.fr> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2013-07-11 13:42:48 +02:00
config BR2_PACKAGE_CPPCMS
bool "cppcms"
depends on BR2_INSTALL_LIBSTDCPP
cppcms: needs NPTL support cppcms uses some thread functions that are not available in certain uClibc thread implementations. Even though a bit more restrictive than necessary, adding a NPTL dependency is the easiest solution, and is quite logical for a relatively large and complex package such as cppcms. Fixes: http://autobuild.buildroot.net/results/a26/a26574419aacbea4140dfca1d503bcab599edd71/ Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-05-13 00:09:19 +02:00
depends on BR2_TOOLCHAIN_HAS_THREADS_NPTL
Rename BR2_PREFER_STATIC_LIB to BR2_STATIC_LIBS Since a while, the semantic of BR2_PREFER_STATIC_LIB has been changed from "prefer static libraries when possible" to "use only static libraries". The former semantic didn't make much sense, since the user had absolutely no control/idea of which package would use static libraries, and which packages would not. Therefore, for quite some time, we have been starting to enforce that BR2_PREFER_STATIC_LIB should really build everything with static libraries. As a consequence, this patch renames BR2_PREFER_STATIC_LIB to BR2_STATIC_LIBS, and adjust the Config.in option accordingly. This also helps preparing the addition of other options to select shared, shared+static or just static. Note that we have verified that this commit can be reproduced by simply doing a global rename of BR2_PREFER_STATIC_LIB to BR2_STATIC_LIBS plus adding BR2_PREFER_STATIC_LIB to Config.in.legacy. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Reviewed-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2014-12-03 22:41:29 +01:00
depends on !BR2_STATIC_LIBS # dlopen()
cppcms: really depend on wchar In commit f8993ebb34823b301ea2bf4f1f57495ec29b906b ("cppcms: needs wchar support even without icu"), Peter wanted to move the wchar dependency from the ICU sub-option of cppcms to the main cppcms option itself. However, for some reason it didn't do the entire change, and the commit was lacking: * Removing the wchar dependency from BR2_PACKAGE_CPPCMS_ICU * Adding the wchar dependency to BR2_PACKAGE_CPPCMS. It was only handling the two comments. This should really fix: http://autobuild.buildroot.net/results/6f8/6f8e8b68235f6cf0dfef13e3ed11f97a3ab50a06/ and other similar build failures that are still occuring after f8993ebb34823b301ea2bf4f1f57495ec29b906b has been applied. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-09-06 16:04:33 +02:00
depends on BR2_USE_WCHAR
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
select BR2_PACKAGE_PCRE
cppcms: new package [Thomas: reformat header and Config.in help text, add dependency on glibc since cppcms uses <monetary.h> functions that aren't available in uClibc.] Signed-off-by: Nicolas Ménégale <nicolas.menegale@openwide.fr> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2013-07-11 13:42:48 +02:00
help
CppCMS is a Free High Performance Web Development Framework
(not a CMS) aimed for Rapid Web Application Development. It
differs from most of other web development frameworks like:
Python Django or Java Servlets on the following aspects:
Config.in files: whitespace cleanup This patch fixes the following whitespace problems in Config.in files: - trailing whitespace - spaces instead of tabs for indentation - help text not indented with tab + 2 spaces Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2013-11-11 17:23:23 +01:00
- It is designed and tuned to handle extremely high loads.
cppcms: new package [Thomas: reformat header and Config.in help text, add dependency on glibc since cppcms uses <monetary.h> functions that aren't available in uClibc.] Signed-off-by: Nicolas Ménégale <nicolas.menegale@openwide.fr> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2013-07-11 13:42:48 +02:00
- It uses modern C++ as primary development language in
order to achieve the above goal.
Config.in files: whitespace cleanup This patch fixes the following whitespace problems in Config.in files: - trailing whitespace - spaces instead of tabs for indentation - help text not indented with tab + 2 spaces Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2013-11-11 17:23:23 +01:00
- It is aimed on development of both Web Sites and Web
Services.
cppcms: new package [Thomas: reformat header and Config.in help text, add dependency on glibc since cppcms uses <monetary.h> functions that aren't available in uClibc.] Signed-off-by: Nicolas Ménégale <nicolas.menegale@openwide.fr> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2013-07-11 13:42:48 +02:00
http://cppcms.com
Config.in files: use if/endif instead of 'depends on' for main symbol In the Config.in file of package foo, it often happens that there are other symbols besides BR2_PACKAGE_FOO. Typically, these symbols only make sense when foo itself is enabled. There are two ways to express this: with depends on BR2_PACKAGE_FOO in each extra symbol, or with if BR2_PACKAGE_FOO ... endif around the entire set of extra symbols. The if/endif approach avoids the repetition of 'depends on' statements on multiple symbols, so this is clearly preferred. But even when there is only one extra symbol, if/endif is a more logical choice: - it is future-proof for when extra symbols are added - it allows to have just one strategy instead of two (less confusion) This patch modifies the Config.in files accordingly. Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2013-12-20 22:31:30 +01:00
if BR2_PACKAGE_CPPCMS
cppcms: new package [Thomas: reformat header and Config.in help text, add dependency on glibc since cppcms uses <monetary.h> functions that aren't available in uClibc.] Signed-off-by: Nicolas Ménégale <nicolas.menegale@openwide.fr> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2013-07-11 13:42:48 +02:00
config BR2_PACKAGE_CPPCMS_ICU
bool "enable icu support"
icu: not available when BR2_BINFMT_FLAT is used icu does not recognize 'uclinux' as a supported platform. While making it recognize uclinux is easy, there is another problem down the road: icu does very weird things to generate an ELF library containing static data (libicudata.a), and the generated library being ELF, it is not compatible with the FLAT binary format expected by uclinux platforms such as Blackfin in FLAT format. Therefore, we simply disallow the selection of icu on FLAT platforms. Note that adding a dependency on BR2_BINFMT_ELF doesn't work, because BR2_BINFMT_FDPIC is considered to be separate (even if technically FDPIC is a derivative of ELF). That's why the dependency we're adding is "depends on !BR2_BINFMT_FLAT" and not "depends on BR2_BINFMT_ELF". Fixes: http://autobuild.buildroot.org/results/b41/b415fed7fae4012bad7d8b53a481bd71bdab716f/build-end.log Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-02-20 14:32:45 +01:00
depends on !BR2_BINFMT_FLAT # icu
package/icu: needs gcc >= 4.9 and host gcc >= 4.9 icu uses std::max_align_t since version 67-1 and https://github.com/unicode-org/icu/commit/a3078fb8c89b61c35ccebb04cf6b189bc81093b3 This raises the following build failure with gcc 4.8: utext.cpp:572:5: error: 'max_align_t' in namespace 'std' does not name a type std::max_align_t extension; ^ This build failure is due to GCC bug 56019: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56019 Instead of adding BR2_TOOLCHAIN_HAS_GCC_BUG_56019, just bumps gcc dependency from 4.8 to 4.9 As this issue also affects host-icu, add a host gcc >= 4.9 dependency Fixes: - http://autobuild.buildroot.org/results/6d2658a3c165c99df3eae87b2970e738bd386245 - http://autobuild.buildroot.org/results/d204f1a528765d1440620a1eed8c29cbb5ec93c3 Signed-off-by: Fabrice Fontaine <fontaine.fabrice@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2020-06-14 22:13:49 +02:00
depends on BR2_HOST_GCC_AT_LEAST_4_9 # icu
depends on BR2_TOOLCHAIN_GCC_AT_LEAST_4_9 # icu
cppcms: new package [Thomas: reformat header and Config.in help text, add dependency on glibc since cppcms uses <monetary.h> functions that aren't available in uClibc.] Signed-off-by: Nicolas Ménégale <nicolas.menegale@openwide.fr> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2013-07-11 13:42:48 +02:00
select BR2_PACKAGE_ICU
help
Using ICU allows advanced localization features into CppCMS,
in another hand ICU is heavier than iconv.
package/icu: needs gcc >= 4.9 and host gcc >= 4.9 icu uses std::max_align_t since version 67-1 and https://github.com/unicode-org/icu/commit/a3078fb8c89b61c35ccebb04cf6b189bc81093b3 This raises the following build failure with gcc 4.8: utext.cpp:572:5: error: 'max_align_t' in namespace 'std' does not name a type std::max_align_t extension; ^ This build failure is due to GCC bug 56019: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56019 Instead of adding BR2_TOOLCHAIN_HAS_GCC_BUG_56019, just bumps gcc dependency from 4.8 to 4.9 As this issue also affects host-icu, add a host gcc >= 4.9 dependency Fixes: - http://autobuild.buildroot.org/results/6d2658a3c165c99df3eae87b2970e738bd386245 - http://autobuild.buildroot.org/results/d204f1a528765d1440620a1eed8c29cbb5ec93c3 Signed-off-by: Fabrice Fontaine <fontaine.fabrice@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2020-06-14 22:13:49 +02:00
comment "icu support needs a toolchain w/ gcc >= 4.9, host gcc >= 4.9"
package/icu: bump version to 59.1 According to the release notes "Compiler support for C++11 is now required for building the ICU libraries. GCC: version 4.8 and later has been tested." Added corresponding dependencies and reverse dependencies. Removed patch 0006 applied upstream. Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-06-05 12:14:52 +02:00
depends on !BR2_BINFMT_FLAT
package/icu: needs gcc >= 4.9 and host gcc >= 4.9 icu uses std::max_align_t since version 67-1 and https://github.com/unicode-org/icu/commit/a3078fb8c89b61c35ccebb04cf6b189bc81093b3 This raises the following build failure with gcc 4.8: utext.cpp:572:5: error: 'max_align_t' in namespace 'std' does not name a type std::max_align_t extension; ^ This build failure is due to GCC bug 56019: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56019 Instead of adding BR2_TOOLCHAIN_HAS_GCC_BUG_56019, just bumps gcc dependency from 4.8 to 4.9 As this issue also affects host-icu, add a host gcc >= 4.9 dependency Fixes: - http://autobuild.buildroot.org/results/6d2658a3c165c99df3eae87b2970e738bd386245 - http://autobuild.buildroot.org/results/d204f1a528765d1440620a1eed8c29cbb5ec93c3 Signed-off-by: Fabrice Fontaine <fontaine.fabrice@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2020-06-14 22:13:49 +02:00
depends on !BR2_TOOLCHAIN_GCC_AT_LEAST_4_9 || \
!BR2_HOST_GCC_AT_LEAST_4_9
package/icu: bump version to 59.1 According to the release notes "Compiler support for C++11 is now required for building the ICU libraries. GCC: version 4.8 and later has been tested." Added corresponding dependencies and reverse dependencies. Removed patch 0006 applied upstream. Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-06-05 12:14:52 +02:00
Config.in files: use if/endif instead of 'depends on' for main symbol In the Config.in file of package foo, it often happens that there are other symbols besides BR2_PACKAGE_FOO. Typically, these symbols only make sense when foo itself is enabled. There are two ways to express this: with depends on BR2_PACKAGE_FOO in each extra symbol, or with if BR2_PACKAGE_FOO ... endif around the entire set of extra symbols. The if/endif approach avoids the repetition of 'depends on' statements on multiple symbols, so this is clearly preferred. But even when there is only one extra symbol, if/endif is a more logical choice: - it is future-proof for when extra symbols are added - it allows to have just one strategy instead of two (less confusion) This patch modifies the Config.in files accordingly. Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2013-12-20 22:31:30 +01:00
endif
cppcms: needs wchar support even without icu Fixes http://autobuild.buildroot.net/results/6f8/6f8e8b68235f6cf0dfef13e3ed11f97a3ab50a06/ Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-09-01 10:37:39 +02:00
comment "cppcms needs a toolchain w/ C++, NPTL, wchar, dynamic library"
cppcms: needs NPTL support cppcms uses some thread functions that are not available in certain uClibc thread implementations. Even though a bit more restrictive than necessary, adding a NPTL dependency is the easiest solution, and is quite logical for a relatively large and complex package such as cppcms. Fixes: http://autobuild.buildroot.net/results/a26/a26574419aacbea4140dfca1d503bcab599edd71/ Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-05-13 00:09:19 +02:00
depends on !BR2_INSTALL_LIBSTDCPP || !BR2_TOOLCHAIN_HAS_THREADS_NPTL || \
Rename BR2_PREFER_STATIC_LIB to BR2_STATIC_LIBS Since a while, the semantic of BR2_PREFER_STATIC_LIB has been changed from "prefer static libraries when possible" to "use only static libraries". The former semantic didn't make much sense, since the user had absolutely no control/idea of which package would use static libraries, and which packages would not. Therefore, for quite some time, we have been starting to enforce that BR2_PREFER_STATIC_LIB should really build everything with static libraries. As a consequence, this patch renames BR2_PREFER_STATIC_LIB to BR2_STATIC_LIBS, and adjust the Config.in option accordingly. This also helps preparing the addition of other options to select shared, shared+static or just static. Note that we have verified that this commit can be reproduced by simply doing a global rename of BR2_PREFER_STATIC_LIB to BR2_STATIC_LIBS plus adding BR2_PREFER_STATIC_LIB to Config.in.legacy. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Reviewed-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2014-12-03 22:41:29 +01:00
!BR2_USE_WCHAR || BR2_STATIC_LIBS
Reference in New Issue Copy Permalink