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

39 lines
1.2 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"
select BR2_PACKAGE_ZLIB
select BR2_PACKAGE_PCRE
select BR2_PACKAGE_LIBGCRYPT
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
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
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.
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