summaryrefslogtreecommitdiffstats
path: root/package/cppcms/Config.in
Commit message (Collapse)AuthorAgeFilesLines
* icu: propagate host gcc dependency to reverse dependenciesPeter Korsgaard2017-07-041-2/+3
| | | | | | | | | | | | | Fixes: http://autobuild.buildroot.net/results/821/821eae7add252e3711ed069a2d292a04427fa43b/ Commit 87f43c3403 (package/icu: needs host gcc >= 4.8) added a new toolchain dependency to icu, but didn't propagate it to the reverse dependencies of icu. Some of these have been fixed in later commits, but not all. Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* package/icu: bump version to 59.1Bernd Kuhls2017-06-051-0/+5
| | | | | | | | | | | | 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>
* package/c*/Config.in: fix ordering of statementsAdam Duskett2017-04-291-3/+3
| | | | | | | | | | | | | 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>
* package/libgpg-error: bump to version 1.23Jörg Krause2016-07-041-0/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This patch is based on a patch sent by Vicente Olivert Riera and commented by Arnout Vandecappelle [1]. - Bump version to 1.23 - Add a hook to fix cross-compilation - Fix license and license files - Remove patch applied upstream - Add a BR2_PACKAGE_LIBGPG_ERROR_ARCH_SUPPORTS variable - Propagate the dependencies using that variable: * package/cppcms * package/crda * package/gnupg2 - package/gcr - package/midori * package/kodi * package/libaacs * package/libassuan * package/libgcrypt * package/libgpgme * package/libksba * package/libmicrohttpd - package/janus-gateway - package/kodi - package/ola - package/systemd * package/libssh * package/libssh2 - package/php-ssh2 * package/netatalk * package/network-manager * package/ntfs-3g * package/opkg * package/php-gnupg * package/rng-tools * package/strongswan * package/vpnc [1] http://patchwork.ozlabs.org/patch/416427/ Cc: Arnout Vandecappelle <arnout@mind.be> Cc: Vicente Olivert Riera <Vincent.Riera@imgtec.com> Signed-off-by: Jörg Krause <joerg.krause@embedded.rocks> [Thomas: - rebase on master - changing systemd no longer needed, as it no longer selects libgcrypt.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> [Maxime: - rebase on master - bump to new version - propagate dependencies to missing packages] Signed-off-by: Maxime Hadjinlian <maxime.hadjinlian@gmail.com> Reviewed-by: Romain Naour <romain.naour@gmail.com> [Thomas: - fix hash file. - change the way to handle the various arch so that it works properly for uClibc. - add nios2 arch support. - Maxime Hadjinlian learned some basic Emacs-fu to do the final fixups of this commit.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* icu: remove BR2_ARCH_HAS_ATOMICS dependencyThomas Petazzoni2016-01-261-1/+0
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The BR2_ARCH_HAS_ATOMICS was added because on ARC, atomic instructions may not be provided by the architecture and therefore the compiler does not provide the __sync_*() built-ins. However, since then, icu was changed and is now able to use C++11 atomics, or even no atomic operations at all. In fact, icu will: * If possible, it will use C++11 atomics, which internally rely on the __atomic built-ins. These are available since gcc 4.7, and all architectures provide it. On some architectures, you *must* link with libatomic, on some other architectures, they are available built-in, but in all cases, linking against libatomic does not harm. Thanks to this, even ARC with no atomic support (which was the original reason for adding the BR2_ARCH_HAS_ATOMICS) dependency builds fine, provided -latomic is added to LIBS. * If C++11 atomics are not available, then it falls back to __sync_*() built-ins, which allows compilers older than 4.7 to be supported. * If really no atomic mechanism is available, then it falls back to a basic implementation based on a mutex. Conclusion: - The BR2_ARCH_HAS_ATOMICS dependency is no longer needed. - We need to link with -latomic when gcc >= 4.7 is used. Note that reverse dependencies of icu are also changed accordingly. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Reviewed-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* Rename BR2_PREFER_STATIC_LIB to BR2_STATIC_LIBSThomas Petazzoni2014-12-111-2/+2
| | | | | | | | | | | | | | | | | | | | | | | 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>
* cppcms: really depend on wcharThomas Petazzoni2014-09-061-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | 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>
* cppcms: needs wchar support even without icuPeter Korsgaard2014-09-011-7/+2
| | | | | | Fixes http://autobuild.buildroot.net/results/6f8/6f8e8b68235f6cf0dfef13e3ed11f97a3ab50a06/ Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* package/icu: use the new ARCH_HAS_ATOMICS as dependencyYann E. MORIN2014-08-181-3/+4
| | | | | | | | | | And propagate to the reverse dependencies of icu. Also, fix beecrypt's comment: only the C++ support needs atomics. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Anton Kolesov <Anton.Kolesov@synopsys.com> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* icu: Add dependency on atomic intrinsicsAnton Kolesov2014-08-031-4/+3
| | | | | | | | ICU requires GCC built-in atomic functions which are architecture specific and may not be implemented. Signed-off-by: Anton Kolesov <Anton.Kolesov@synopsys.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* cppcms: needs NPTL supportThomas Petazzoni2014-05-131-3/+3
| | | | | | | | | | | | | | | 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>
* cppcms: does not build on static library only, needs dlopen()Thomas Petazzoni2014-04-201-2/+4
| | | | | | | | Fixes: http://autobuild.buildroot.org/results/5ee/5ee69eb7492fbd462124d7a23b5b79003fc1dd64/ Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* cppcms: needs threadsBaruch Siach2014-04-131-5/+5
| | | | | | | | Fixes: http://autobuild.buildroot.net/results/d61/d618de68c8a50a932e85bdefb23c40e86790dc6c/ Signed-off-by: Baruch Siach <baruch@tkos.co.il> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* cppcms: icu support needs wchar + threadsPeter Korsgaard2014-04-091-0/+7
| | | | Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* cppcms: fix build with uClibcLucile Quirion2014-04-081-4/+2
| | | | | | | | | | | | | This patch modifies the cppcms package in order to support uClibc-based toolchains. The booster library by default compiles with the posix backend under Linux, but this needs monetary.h which isn't provided by uClibc, so work around that with the help of the DISABLE_POSIX_LOCALE configure option. Signed-off-by: Lucile Quirion <lucile.quirion@savoirfairelinux.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* icu: not available when BR2_BINFMT_FLAT is usedThomas Petazzoni2014-02-201-0/+1
| | | | | | | | | | | | | | | | | | | | | | | | 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>
* Config.in files: use if/endif instead of 'depends on' for main symbolThomas De Schampheleire2013-12-251-1/+4
| | | | | | | | | | | | | | | | | | | | | | | 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>
* icu: Doesn't work on ARC yetMischa Jonker2013-11-111-0/+1
| | | | | | | | | icu depends on __sync_sub_and_fetch and other atomic primitives that don't exist in the ARC toolchain yet. [Peter: adjust beecrypt/php comment dependency, don't mention atomic builtins] Signed-off-by: Mischa Jonker <mjonker@synopsys.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* Config.in files: whitespace cleanupThomas De Schampheleire2013-11-111-3/+3
| | | | | | | | | | 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>
* Config.in files: add/update comments on (e)glibc dependenciesThomas De Schampheleire2013-11-011-1/+1
| | | | | | | | | | | | | | | | | | This patch adds missing comments about (e)glibc dependencies and updates the text of existing comments. Additionally, it splits dependency expressions for the touched packages from depends on BR2_BASE_DEP && !BR2_TOOLCHAIN_USES_GLIBC to depends on BR2_BASE_DEP depends on !BR2_TOOLCHAIN_USES_GLIBC so that (positive) base dependencies are separate from the (negative) toolchain dependencies. This strategy makes it easier to write such comments (because one can simply copy the base dependency from the actual package config option), but also avoids complex and long boolean expressions. Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* Config.in files: unify comments of toolchain option dependenciesThomas De Schampheleire2013-10-141-1/+1
| | | | | | | | This patch lines up the comments in Config.in files that clarify which toolchain options the package depends on. Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* cppcms: new packagenmenegale2013-07-311-0/+32
[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>
OpenPOWER on IntegriCloud