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

38 lines
1.5 KiB
Plaintext
Raw Normal View History

package/libabseil-cpp: add BR2_PACKAGE_LIBABSEIL_CPP_ARCH_SUPPORTS The libabseil-cpp package fails to build on a number of CPU architectures in our autobuilders. On most CPU architectures, the first issue looked like this: libabseil-cpp-20200225/absl/base/internal/direct_mmap.h: In function 'void* absl::lts_2020_02_25::base_internal::DirectMmap(void*, size_t, int, int, int, off64_t)': libabseil-cpp-20200225/absl/base/internal/direct_mmap.h:121:39: error: static assertion failed: Platform is not 64-bit 121 | static_assert(sizeof(unsigned long) == 8, "Platform is not 64-bit"); | ~~~~~~~~~~~~~~~~~~~~~~^~~~ libabseil-cpp-20200225/absl/base/internal/direct_mmap.h:123:15: error: 'SYS_mmap' was not declared in this scope; did you mean 'SYS_mmap2'? 123 | syscall(SYS_mmap, start, length, prot, flags, fd, offset)); | ^~~~~~~~ | SYS_mmap2 Indeed, on 32-bit architectures, libabseil-cpp has some special code to use the mmap2() system call, and it white-lists the supported architectures. It is therefore trivial to add support for more architectures. However, once this is fixed, another issue arises: absl/debugging/internal/examine_stack.cc uses the ucontext data structures, which are not provided by uClibc-ng on all CPU architectures, and even the code of libabseil-cpp does not exist for all CPU architectures. So, this commit solves that by simply making libabseil-cpp available on architectures/C libraries where it is supported: it needs ucontext support in the toolchain + a CPU architecture where absl/debugging/internal/examine_stack.cc has the appropriate logic. This new dependency is propagated to the reverse dependencies of libabseil-cpp. With this commit, libabseil-cpp passes a test-pkg -a test (so all external toolchains used by the autobuilders): andes-nds32 [ 1/45]: SKIPPED arm-aarch64 [ 2/45]: OK br-aarch64-glibc [ 3/45]: OK br-arcle-hs38 [ 4/45]: SKIPPED br-arm-basic [ 5/45]: SKIPPED br-arm-cortex-a9-glibc [ 6/45]: OK br-arm-cortex-a9-musl [ 7/45]: OK br-arm-cortex-m4-full [ 8/45]: SKIPPED br-arm-full [ 9/45]: OK br-arm-full-nothread [10/45]: SKIPPED br-arm-full-static [11/45]: SKIPPED br-i386-pentium4-full [12/45]: OK br-i386-pentium-mmx-musl [13/45]: OK br-m68k-5208-full [14/45]: SKIPPED br-m68k-68040-full [15/45]: SKIPPED br-microblazeel-full [16/45]: SKIPPED br-mips32r6-el-hf-glibc [17/45]: OK br-mips64-n64-full [18/45]: OK br-mips64r6-el-hf-glibc [19/45]: OK br-mipsel-o32-full [20/45]: OK br-nios2-glibc [21/45]: SKIPPED br-openrisc-uclibc [22/45]: SKIPPED br-powerpc-603e-basic-cpp [23/45]: SKIPPED br-powerpc64le-power8-glibc [24/45]: OK br-powerpc64-power7-glibc [25/45]: OK br-powerpc-e500mc-full [26/45]: SKIPPED br-riscv32 [27/45]: OK br-riscv64 [28/45]: OK br-riscv64-musl [29/45]: OK br-sh4-full [30/45]: SKIPPED br-sparc64-glibc [31/45]: SKIPPED br-sparc-uclibc [32/45]: SKIPPED br-x86-64-core2-full [33/45]: OK br-x86-64-musl [34/45]: OK br-xtensa-full [35/45]: SKIPPED linaro-aarch64-be [36/45]: OK linaro-aarch64 [37/45]: OK linaro-arm [38/45]: OK sourcery-arm-armv4t [39/45]: OK sourcery-arm [40/45]: OK sourcery-arm-thumb2 [41/45]: OK sourcery-mips64 [42/45]: OK sourcery-mips [43/45]: OK sourcery-nios2 [44/45]: SKIPPED sourcery-x86-64 [45/45]: OK 45 builds, 18 skipped, 0 build failed, 0 legal-info failed Fixes: http://autobuild.buildroot.net/results/ead663b4b67b0b57ed003a46db3182d95cc01bc0/ (and many similar build failures) Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com> Signed-off-by: Yann E. MORIN <yann.morin.1998@free.fr>
2020-08-08 17:39:44 +02:00
# see absl/debugging/internal/examine_stack.cc for the list of
# architectures that are supported, and for which ucontext is used.
config BR2_PACKAGE_LIBABSEIL_CPP_ARCH_SUPPORTS
bool
default y if BR2_aarch64 || BR2_aarch64_be
default y if BR2_arm || BR2_armeb
default y if BR2_i386
package/libabseil-cpp: update BR2_PACKAGE_LIBABSEIL_CPP_ARCH_SUPPORTS m68k is supported since version 20210324.0 and https://github.com/abseil/abseil-cpp/commit/f3697b4fedc2d8f2311eaaebed051f6a44182bb2 s390x is supported since at least version 20180600 and https://github.com/abseil/abseil-cpp/commit/a7e522daf1ec9cda69b356472f662142dd0c1215 sh is supported since version 20210324.0 and https://github.com/abseil/abseil-cpp/commit/a2d7f453c635e90b356017dd47049b89407c2d88 sparc and sparc64 are supported since version 20210324.0 and https://github.com/abseil/abseil-cpp/commit/3fcd00d7dddafe65ced638acca560105a414cba5 Signed-off-by: Fabrice Fontaine <fontaine.fabrice@gmail.com> Signed-off-by: Yann E. MORIN <yann.morin.1998@free.fr>
2022-06-12 10:49:12 +02:00
default y if BR2_m68k
package/libabseil-cpp: add BR2_PACKAGE_LIBABSEIL_CPP_ARCH_SUPPORTS The libabseil-cpp package fails to build on a number of CPU architectures in our autobuilders. On most CPU architectures, the first issue looked like this: libabseil-cpp-20200225/absl/base/internal/direct_mmap.h: In function 'void* absl::lts_2020_02_25::base_internal::DirectMmap(void*, size_t, int, int, int, off64_t)': libabseil-cpp-20200225/absl/base/internal/direct_mmap.h:121:39: error: static assertion failed: Platform is not 64-bit 121 | static_assert(sizeof(unsigned long) == 8, "Platform is not 64-bit"); | ~~~~~~~~~~~~~~~~~~~~~~^~~~ libabseil-cpp-20200225/absl/base/internal/direct_mmap.h:123:15: error: 'SYS_mmap' was not declared in this scope; did you mean 'SYS_mmap2'? 123 | syscall(SYS_mmap, start, length, prot, flags, fd, offset)); | ^~~~~~~~ | SYS_mmap2 Indeed, on 32-bit architectures, libabseil-cpp has some special code to use the mmap2() system call, and it white-lists the supported architectures. It is therefore trivial to add support for more architectures. However, once this is fixed, another issue arises: absl/debugging/internal/examine_stack.cc uses the ucontext data structures, which are not provided by uClibc-ng on all CPU architectures, and even the code of libabseil-cpp does not exist for all CPU architectures. So, this commit solves that by simply making libabseil-cpp available on architectures/C libraries where it is supported: it needs ucontext support in the toolchain + a CPU architecture where absl/debugging/internal/examine_stack.cc has the appropriate logic. This new dependency is propagated to the reverse dependencies of libabseil-cpp. With this commit, libabseil-cpp passes a test-pkg -a test (so all external toolchains used by the autobuilders): andes-nds32 [ 1/45]: SKIPPED arm-aarch64 [ 2/45]: OK br-aarch64-glibc [ 3/45]: OK br-arcle-hs38 [ 4/45]: SKIPPED br-arm-basic [ 5/45]: SKIPPED br-arm-cortex-a9-glibc [ 6/45]: OK br-arm-cortex-a9-musl [ 7/45]: OK br-arm-cortex-m4-full [ 8/45]: SKIPPED br-arm-full [ 9/45]: OK br-arm-full-nothread [10/45]: SKIPPED br-arm-full-static [11/45]: SKIPPED br-i386-pentium4-full [12/45]: OK br-i386-pentium-mmx-musl [13/45]: OK br-m68k-5208-full [14/45]: SKIPPED br-m68k-68040-full [15/45]: SKIPPED br-microblazeel-full [16/45]: SKIPPED br-mips32r6-el-hf-glibc [17/45]: OK br-mips64-n64-full [18/45]: OK br-mips64r6-el-hf-glibc [19/45]: OK br-mipsel-o32-full [20/45]: OK br-nios2-glibc [21/45]: SKIPPED br-openrisc-uclibc [22/45]: SKIPPED br-powerpc-603e-basic-cpp [23/45]: SKIPPED br-powerpc64le-power8-glibc [24/45]: OK br-powerpc64-power7-glibc [25/45]: OK br-powerpc-e500mc-full [26/45]: SKIPPED br-riscv32 [27/45]: OK br-riscv64 [28/45]: OK br-riscv64-musl [29/45]: OK br-sh4-full [30/45]: SKIPPED br-sparc64-glibc [31/45]: SKIPPED br-sparc-uclibc [32/45]: SKIPPED br-x86-64-core2-full [33/45]: OK br-x86-64-musl [34/45]: OK br-xtensa-full [35/45]: SKIPPED linaro-aarch64-be [36/45]: OK linaro-aarch64 [37/45]: OK linaro-arm [38/45]: OK sourcery-arm-armv4t [39/45]: OK sourcery-arm [40/45]: OK sourcery-arm-thumb2 [41/45]: OK sourcery-mips64 [42/45]: OK sourcery-mips [43/45]: OK sourcery-nios2 [44/45]: SKIPPED sourcery-x86-64 [45/45]: OK 45 builds, 18 skipped, 0 build failed, 0 legal-info failed Fixes: http://autobuild.buildroot.net/results/ead663b4b67b0b57ed003a46db3182d95cc01bc0/ (and many similar build failures) Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com> Signed-off-by: Yann E. MORIN <yann.morin.1998@free.fr>
2020-08-08 17:39:44 +02:00
default y if BR2_mips || BR2_mipsel || BR2_mips64 || BR2_mips64el
default y if BR2_powerpc || BR2_powerpc64 || BR2_powerpc64le
default y if BR2_riscv
package/libabseil-cpp: update BR2_PACKAGE_LIBABSEIL_CPP_ARCH_SUPPORTS m68k is supported since version 20210324.0 and https://github.com/abseil/abseil-cpp/commit/f3697b4fedc2d8f2311eaaebed051f6a44182bb2 s390x is supported since at least version 20180600 and https://github.com/abseil/abseil-cpp/commit/a7e522daf1ec9cda69b356472f662142dd0c1215 sh is supported since version 20210324.0 and https://github.com/abseil/abseil-cpp/commit/a2d7f453c635e90b356017dd47049b89407c2d88 sparc and sparc64 are supported since version 20210324.0 and https://github.com/abseil/abseil-cpp/commit/3fcd00d7dddafe65ced638acca560105a414cba5 Signed-off-by: Fabrice Fontaine <fontaine.fabrice@gmail.com> Signed-off-by: Yann E. MORIN <yann.morin.1998@free.fr>
2022-06-12 10:49:12 +02:00
default y if BR2_s390x
default y if BR2_sh
default y if BR2_sparc || BR2_sparc64
package/libabseil-cpp: add BR2_PACKAGE_LIBABSEIL_CPP_ARCH_SUPPORTS The libabseil-cpp package fails to build on a number of CPU architectures in our autobuilders. On most CPU architectures, the first issue looked like this: libabseil-cpp-20200225/absl/base/internal/direct_mmap.h: In function 'void* absl::lts_2020_02_25::base_internal::DirectMmap(void*, size_t, int, int, int, off64_t)': libabseil-cpp-20200225/absl/base/internal/direct_mmap.h:121:39: error: static assertion failed: Platform is not 64-bit 121 | static_assert(sizeof(unsigned long) == 8, "Platform is not 64-bit"); | ~~~~~~~~~~~~~~~~~~~~~~^~~~ libabseil-cpp-20200225/absl/base/internal/direct_mmap.h:123:15: error: 'SYS_mmap' was not declared in this scope; did you mean 'SYS_mmap2'? 123 | syscall(SYS_mmap, start, length, prot, flags, fd, offset)); | ^~~~~~~~ | SYS_mmap2 Indeed, on 32-bit architectures, libabseil-cpp has some special code to use the mmap2() system call, and it white-lists the supported architectures. It is therefore trivial to add support for more architectures. However, once this is fixed, another issue arises: absl/debugging/internal/examine_stack.cc uses the ucontext data structures, which are not provided by uClibc-ng on all CPU architectures, and even the code of libabseil-cpp does not exist for all CPU architectures. So, this commit solves that by simply making libabseil-cpp available on architectures/C libraries where it is supported: it needs ucontext support in the toolchain + a CPU architecture where absl/debugging/internal/examine_stack.cc has the appropriate logic. This new dependency is propagated to the reverse dependencies of libabseil-cpp. With this commit, libabseil-cpp passes a test-pkg -a test (so all external toolchains used by the autobuilders): andes-nds32 [ 1/45]: SKIPPED arm-aarch64 [ 2/45]: OK br-aarch64-glibc [ 3/45]: OK br-arcle-hs38 [ 4/45]: SKIPPED br-arm-basic [ 5/45]: SKIPPED br-arm-cortex-a9-glibc [ 6/45]: OK br-arm-cortex-a9-musl [ 7/45]: OK br-arm-cortex-m4-full [ 8/45]: SKIPPED br-arm-full [ 9/45]: OK br-arm-full-nothread [10/45]: SKIPPED br-arm-full-static [11/45]: SKIPPED br-i386-pentium4-full [12/45]: OK br-i386-pentium-mmx-musl [13/45]: OK br-m68k-5208-full [14/45]: SKIPPED br-m68k-68040-full [15/45]: SKIPPED br-microblazeel-full [16/45]: SKIPPED br-mips32r6-el-hf-glibc [17/45]: OK br-mips64-n64-full [18/45]: OK br-mips64r6-el-hf-glibc [19/45]: OK br-mipsel-o32-full [20/45]: OK br-nios2-glibc [21/45]: SKIPPED br-openrisc-uclibc [22/45]: SKIPPED br-powerpc-603e-basic-cpp [23/45]: SKIPPED br-powerpc64le-power8-glibc [24/45]: OK br-powerpc64-power7-glibc [25/45]: OK br-powerpc-e500mc-full [26/45]: SKIPPED br-riscv32 [27/45]: OK br-riscv64 [28/45]: OK br-riscv64-musl [29/45]: OK br-sh4-full [30/45]: SKIPPED br-sparc64-glibc [31/45]: SKIPPED br-sparc-uclibc [32/45]: SKIPPED br-x86-64-core2-full [33/45]: OK br-x86-64-musl [34/45]: OK br-xtensa-full [35/45]: SKIPPED linaro-aarch64-be [36/45]: OK linaro-aarch64 [37/45]: OK linaro-arm [38/45]: OK sourcery-arm-armv4t [39/45]: OK sourcery-arm [40/45]: OK sourcery-arm-thumb2 [41/45]: OK sourcery-mips64 [42/45]: OK sourcery-mips [43/45]: OK sourcery-nios2 [44/45]: SKIPPED sourcery-x86-64 [45/45]: OK 45 builds, 18 skipped, 0 build failed, 0 legal-info failed Fixes: http://autobuild.buildroot.net/results/ead663b4b67b0b57ed003a46db3182d95cc01bc0/ (and many similar build failures) Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com> Signed-off-by: Yann E. MORIN <yann.morin.1998@free.fr>
2020-08-08 17:39:44 +02:00
default y if BR2_x86_64
package/libabseil-cpp: make check-package happy The "depends on" must be after the "default" properties. Fixes: https://gitlab.com/buildroot.org/buildroot/-/jobs/677751258 Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2020-08-10 16:45:39 +02:00
depends on BR2_TOOLCHAIN_HAS_UCONTEXT
package/libabseil-cpp: add BR2_PACKAGE_LIBABSEIL_CPP_ARCH_SUPPORTS The libabseil-cpp package fails to build on a number of CPU architectures in our autobuilders. On most CPU architectures, the first issue looked like this: libabseil-cpp-20200225/absl/base/internal/direct_mmap.h: In function 'void* absl::lts_2020_02_25::base_internal::DirectMmap(void*, size_t, int, int, int, off64_t)': libabseil-cpp-20200225/absl/base/internal/direct_mmap.h:121:39: error: static assertion failed: Platform is not 64-bit 121 | static_assert(sizeof(unsigned long) == 8, "Platform is not 64-bit"); | ~~~~~~~~~~~~~~~~~~~~~~^~~~ libabseil-cpp-20200225/absl/base/internal/direct_mmap.h:123:15: error: 'SYS_mmap' was not declared in this scope; did you mean 'SYS_mmap2'? 123 | syscall(SYS_mmap, start, length, prot, flags, fd, offset)); | ^~~~~~~~ | SYS_mmap2 Indeed, on 32-bit architectures, libabseil-cpp has some special code to use the mmap2() system call, and it white-lists the supported architectures. It is therefore trivial to add support for more architectures. However, once this is fixed, another issue arises: absl/debugging/internal/examine_stack.cc uses the ucontext data structures, which are not provided by uClibc-ng on all CPU architectures, and even the code of libabseil-cpp does not exist for all CPU architectures. So, this commit solves that by simply making libabseil-cpp available on architectures/C libraries where it is supported: it needs ucontext support in the toolchain + a CPU architecture where absl/debugging/internal/examine_stack.cc has the appropriate logic. This new dependency is propagated to the reverse dependencies of libabseil-cpp. With this commit, libabseil-cpp passes a test-pkg -a test (so all external toolchains used by the autobuilders): andes-nds32 [ 1/45]: SKIPPED arm-aarch64 [ 2/45]: OK br-aarch64-glibc [ 3/45]: OK br-arcle-hs38 [ 4/45]: SKIPPED br-arm-basic [ 5/45]: SKIPPED br-arm-cortex-a9-glibc [ 6/45]: OK br-arm-cortex-a9-musl [ 7/45]: OK br-arm-cortex-m4-full [ 8/45]: SKIPPED br-arm-full [ 9/45]: OK br-arm-full-nothread [10/45]: SKIPPED br-arm-full-static [11/45]: SKIPPED br-i386-pentium4-full [12/45]: OK br-i386-pentium-mmx-musl [13/45]: OK br-m68k-5208-full [14/45]: SKIPPED br-m68k-68040-full [15/45]: SKIPPED br-microblazeel-full [16/45]: SKIPPED br-mips32r6-el-hf-glibc [17/45]: OK br-mips64-n64-full [18/45]: OK br-mips64r6-el-hf-glibc [19/45]: OK br-mipsel-o32-full [20/45]: OK br-nios2-glibc [21/45]: SKIPPED br-openrisc-uclibc [22/45]: SKIPPED br-powerpc-603e-basic-cpp [23/45]: SKIPPED br-powerpc64le-power8-glibc [24/45]: OK br-powerpc64-power7-glibc [25/45]: OK br-powerpc-e500mc-full [26/45]: SKIPPED br-riscv32 [27/45]: OK br-riscv64 [28/45]: OK br-riscv64-musl [29/45]: OK br-sh4-full [30/45]: SKIPPED br-sparc64-glibc [31/45]: SKIPPED br-sparc-uclibc [32/45]: SKIPPED br-x86-64-core2-full [33/45]: OK br-x86-64-musl [34/45]: OK br-xtensa-full [35/45]: SKIPPED linaro-aarch64-be [36/45]: OK linaro-aarch64 [37/45]: OK linaro-arm [38/45]: OK sourcery-arm-armv4t [39/45]: OK sourcery-arm [40/45]: OK sourcery-arm-thumb2 [41/45]: OK sourcery-mips64 [42/45]: OK sourcery-mips [43/45]: OK sourcery-nios2 [44/45]: SKIPPED sourcery-x86-64 [45/45]: OK 45 builds, 18 skipped, 0 build failed, 0 legal-info failed Fixes: http://autobuild.buildroot.net/results/ead663b4b67b0b57ed003a46db3182d95cc01bc0/ (and many similar build failures) Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com> Signed-off-by: Yann E. MORIN <yann.morin.1998@free.fr>
2020-08-08 17:39:44 +02:00
package/libabseil-cpp new package This package is a new dependency on grpc versions > 1.25.0 Tested with the following distributions: - Debian 9 - CentOS 7 - Fedora 32 Signed-off-by: Adam Duskett <Aduskett@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2020-07-21 23:45:21 +02:00
config BR2_PACKAGE_LIBABSEIL_CPP
bool "libabseil-cpp"
depends on BR2_INSTALL_LIBSTDCPP
package/libabseil-cpp: depend on (host) gcc >= 4.9 abseil depends on gcc >= 4.9 according to [0] and actually doesn't compile anymore with the latest version bump. This didn't show in the autobuilders as the C++11 issue fixed in the previous commit shadowed it. also update dependency in package/grpc. fixes: https://github.com/abseil/abseil-cpp/issues/795 [0] https://abseil.io/docs/cpp/platforms/platforms#linux Signed-off-by: Michael Nosthoff <buildroot@heine.tech> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2020-10-30 12:25:05 +01:00
depends on BR2_TOOLCHAIN_GCC_AT_LEAST_4_9
package/libabseil-cpp new package This package is a new dependency on grpc versions > 1.25.0 Tested with the following distributions: - Debian 9 - CentOS 7 - Fedora 32 Signed-off-by: Adam Duskett <Aduskett@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2020-07-21 23:45:21 +02:00
depends on BR2_TOOLCHAIN_HAS_THREADS
package/libabseil-cpp: needs dynamic library support The libabseil-cpp build needs <dlfcn.h>, so let's add a !BR2_STATIC_LIBS dependency. The only package which is selecting libabseil-cpp, grpc, already had this dependency anyway. Fixes: http://autobuild.buildroot.net/results/2d796dd4cc43388da235b83f53778d902f477799/ Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2020-08-07 12:11:38 +02:00
depends on !BR2_STATIC_LIBS # uses dlfcn.h
package/libabseil-cpp: add BR2_PACKAGE_LIBABSEIL_CPP_ARCH_SUPPORTS The libabseil-cpp package fails to build on a number of CPU architectures in our autobuilders. On most CPU architectures, the first issue looked like this: libabseil-cpp-20200225/absl/base/internal/direct_mmap.h: In function 'void* absl::lts_2020_02_25::base_internal::DirectMmap(void*, size_t, int, int, int, off64_t)': libabseil-cpp-20200225/absl/base/internal/direct_mmap.h:121:39: error: static assertion failed: Platform is not 64-bit 121 | static_assert(sizeof(unsigned long) == 8, "Platform is not 64-bit"); | ~~~~~~~~~~~~~~~~~~~~~~^~~~ libabseil-cpp-20200225/absl/base/internal/direct_mmap.h:123:15: error: 'SYS_mmap' was not declared in this scope; did you mean 'SYS_mmap2'? 123 | syscall(SYS_mmap, start, length, prot, flags, fd, offset)); | ^~~~~~~~ | SYS_mmap2 Indeed, on 32-bit architectures, libabseil-cpp has some special code to use the mmap2() system call, and it white-lists the supported architectures. It is therefore trivial to add support for more architectures. However, once this is fixed, another issue arises: absl/debugging/internal/examine_stack.cc uses the ucontext data structures, which are not provided by uClibc-ng on all CPU architectures, and even the code of libabseil-cpp does not exist for all CPU architectures. So, this commit solves that by simply making libabseil-cpp available on architectures/C libraries where it is supported: it needs ucontext support in the toolchain + a CPU architecture where absl/debugging/internal/examine_stack.cc has the appropriate logic. This new dependency is propagated to the reverse dependencies of libabseil-cpp. With this commit, libabseil-cpp passes a test-pkg -a test (so all external toolchains used by the autobuilders): andes-nds32 [ 1/45]: SKIPPED arm-aarch64 [ 2/45]: OK br-aarch64-glibc [ 3/45]: OK br-arcle-hs38 [ 4/45]: SKIPPED br-arm-basic [ 5/45]: SKIPPED br-arm-cortex-a9-glibc [ 6/45]: OK br-arm-cortex-a9-musl [ 7/45]: OK br-arm-cortex-m4-full [ 8/45]: SKIPPED br-arm-full [ 9/45]: OK br-arm-full-nothread [10/45]: SKIPPED br-arm-full-static [11/45]: SKIPPED br-i386-pentium4-full [12/45]: OK br-i386-pentium-mmx-musl [13/45]: OK br-m68k-5208-full [14/45]: SKIPPED br-m68k-68040-full [15/45]: SKIPPED br-microblazeel-full [16/45]: SKIPPED br-mips32r6-el-hf-glibc [17/45]: OK br-mips64-n64-full [18/45]: OK br-mips64r6-el-hf-glibc [19/45]: OK br-mipsel-o32-full [20/45]: OK br-nios2-glibc [21/45]: SKIPPED br-openrisc-uclibc [22/45]: SKIPPED br-powerpc-603e-basic-cpp [23/45]: SKIPPED br-powerpc64le-power8-glibc [24/45]: OK br-powerpc64-power7-glibc [25/45]: OK br-powerpc-e500mc-full [26/45]: SKIPPED br-riscv32 [27/45]: OK br-riscv64 [28/45]: OK br-riscv64-musl [29/45]: OK br-sh4-full [30/45]: SKIPPED br-sparc64-glibc [31/45]: SKIPPED br-sparc-uclibc [32/45]: SKIPPED br-x86-64-core2-full [33/45]: OK br-x86-64-musl [34/45]: OK br-xtensa-full [35/45]: SKIPPED linaro-aarch64-be [36/45]: OK linaro-aarch64 [37/45]: OK linaro-arm [38/45]: OK sourcery-arm-armv4t [39/45]: OK sourcery-arm [40/45]: OK sourcery-arm-thumb2 [41/45]: OK sourcery-mips64 [42/45]: OK sourcery-mips [43/45]: OK sourcery-nios2 [44/45]: SKIPPED sourcery-x86-64 [45/45]: OK 45 builds, 18 skipped, 0 build failed, 0 legal-info failed Fixes: http://autobuild.buildroot.net/results/ead663b4b67b0b57ed003a46db3182d95cc01bc0/ (and many similar build failures) Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com> Signed-off-by: Yann E. MORIN <yann.morin.1998@free.fr>
2020-08-08 17:39:44 +02:00
depends on BR2_PACKAGE_LIBABSEIL_CPP_ARCH_SUPPORTS
package/libabseil-cpp new package This package is a new dependency on grpc versions > 1.25.0 Tested with the following distributions: - Debian 9 - CentOS 7 - Fedora 32 Signed-off-by: Adam Duskett <Aduskett@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2020-07-21 23:45:21 +02:00
help
Abseil is an open-source collection of C++ library code
designed to augment the C++ standard library. The Abseil
library code is collected from Google's own C++ code base,
has been extensively tested and used in production, and is
the same code we depend on in our daily coding lives.
https://github.com/abseil/abseil-cpp
package/libabseil-cpp: depend on (host) gcc >= 4.9 abseil depends on gcc >= 4.9 according to [0] and actually doesn't compile anymore with the latest version bump. This didn't show in the autobuilders as the C++11 issue fixed in the previous commit shadowed it. also update dependency in package/grpc. fixes: https://github.com/abseil/abseil-cpp/issues/795 [0] https://abseil.io/docs/cpp/platforms/platforms#linux Signed-off-by: Michael Nosthoff <buildroot@heine.tech> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2020-10-30 12:25:05 +01:00
comment "libabseil-cpp needs a toolchain w/ gcc >= 4.9, C++, threads, dynamic library"
package/libabseil-cpp: add BR2_PACKAGE_LIBABSEIL_CPP_ARCH_SUPPORTS The libabseil-cpp package fails to build on a number of CPU architectures in our autobuilders. On most CPU architectures, the first issue looked like this: libabseil-cpp-20200225/absl/base/internal/direct_mmap.h: In function 'void* absl::lts_2020_02_25::base_internal::DirectMmap(void*, size_t, int, int, int, off64_t)': libabseil-cpp-20200225/absl/base/internal/direct_mmap.h:121:39: error: static assertion failed: Platform is not 64-bit 121 | static_assert(sizeof(unsigned long) == 8, "Platform is not 64-bit"); | ~~~~~~~~~~~~~~~~~~~~~~^~~~ libabseil-cpp-20200225/absl/base/internal/direct_mmap.h:123:15: error: 'SYS_mmap' was not declared in this scope; did you mean 'SYS_mmap2'? 123 | syscall(SYS_mmap, start, length, prot, flags, fd, offset)); | ^~~~~~~~ | SYS_mmap2 Indeed, on 32-bit architectures, libabseil-cpp has some special code to use the mmap2() system call, and it white-lists the supported architectures. It is therefore trivial to add support for more architectures. However, once this is fixed, another issue arises: absl/debugging/internal/examine_stack.cc uses the ucontext data structures, which are not provided by uClibc-ng on all CPU architectures, and even the code of libabseil-cpp does not exist for all CPU architectures. So, this commit solves that by simply making libabseil-cpp available on architectures/C libraries where it is supported: it needs ucontext support in the toolchain + a CPU architecture where absl/debugging/internal/examine_stack.cc has the appropriate logic. This new dependency is propagated to the reverse dependencies of libabseil-cpp. With this commit, libabseil-cpp passes a test-pkg -a test (so all external toolchains used by the autobuilders): andes-nds32 [ 1/45]: SKIPPED arm-aarch64 [ 2/45]: OK br-aarch64-glibc [ 3/45]: OK br-arcle-hs38 [ 4/45]: SKIPPED br-arm-basic [ 5/45]: SKIPPED br-arm-cortex-a9-glibc [ 6/45]: OK br-arm-cortex-a9-musl [ 7/45]: OK br-arm-cortex-m4-full [ 8/45]: SKIPPED br-arm-full [ 9/45]: OK br-arm-full-nothread [10/45]: SKIPPED br-arm-full-static [11/45]: SKIPPED br-i386-pentium4-full [12/45]: OK br-i386-pentium-mmx-musl [13/45]: OK br-m68k-5208-full [14/45]: SKIPPED br-m68k-68040-full [15/45]: SKIPPED br-microblazeel-full [16/45]: SKIPPED br-mips32r6-el-hf-glibc [17/45]: OK br-mips64-n64-full [18/45]: OK br-mips64r6-el-hf-glibc [19/45]: OK br-mipsel-o32-full [20/45]: OK br-nios2-glibc [21/45]: SKIPPED br-openrisc-uclibc [22/45]: SKIPPED br-powerpc-603e-basic-cpp [23/45]: SKIPPED br-powerpc64le-power8-glibc [24/45]: OK br-powerpc64-power7-glibc [25/45]: OK br-powerpc-e500mc-full [26/45]: SKIPPED br-riscv32 [27/45]: OK br-riscv64 [28/45]: OK br-riscv64-musl [29/45]: OK br-sh4-full [30/45]: SKIPPED br-sparc64-glibc [31/45]: SKIPPED br-sparc-uclibc [32/45]: SKIPPED br-x86-64-core2-full [33/45]: OK br-x86-64-musl [34/45]: OK br-xtensa-full [35/45]: SKIPPED linaro-aarch64-be [36/45]: OK linaro-aarch64 [37/45]: OK linaro-arm [38/45]: OK sourcery-arm-armv4t [39/45]: OK sourcery-arm [40/45]: OK sourcery-arm-thumb2 [41/45]: OK sourcery-mips64 [42/45]: OK sourcery-mips [43/45]: OK sourcery-nios2 [44/45]: SKIPPED sourcery-x86-64 [45/45]: OK 45 builds, 18 skipped, 0 build failed, 0 legal-info failed Fixes: http://autobuild.buildroot.net/results/ead663b4b67b0b57ed003a46db3182d95cc01bc0/ (and many similar build failures) Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com> Signed-off-by: Yann E. MORIN <yann.morin.1998@free.fr>
2020-08-08 17:39:44 +02:00
depends on BR2_PACKAGE_LIBABSEIL_CPP_ARCH_SUPPORTS
package/libabseil-cpp: needs dynamic library support The libabseil-cpp build needs <dlfcn.h>, so let's add a !BR2_STATIC_LIBS dependency. The only package which is selecting libabseil-cpp, grpc, already had this dependency anyway. Fixes: http://autobuild.buildroot.net/results/2d796dd4cc43388da235b83f53778d902f477799/ Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2020-08-07 12:11:38 +02:00
depends on !BR2_INSTALL_LIBSTDCPP || !BR2_TOOLCHAIN_HAS_THREADS || \
package/libabseil-cpp: depend on (host) gcc >= 4.9 abseil depends on gcc >= 4.9 according to [0] and actually doesn't compile anymore with the latest version bump. This didn't show in the autobuilders as the C++11 issue fixed in the previous commit shadowed it. also update dependency in package/grpc. fixes: https://github.com/abseil/abseil-cpp/issues/795 [0] https://abseil.io/docs/cpp/platforms/platforms#linux Signed-off-by: Michael Nosthoff <buildroot@heine.tech> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2020-10-30 12:25:05 +01:00
BR2_STATIC_LIBS || !BR2_TOOLCHAIN_GCC_AT_LEAST_4_9
Reference in New Issue Copy Permalink