korg/btrfs-progs
0
0
Fork 0
mirror of https://git.kernel.org/pub/scm/linux/kernel/git/kdave/btrfs-progs.git synced 2024-12-04 01:24:20 +08:00
Code Issues Packages Projects Releases Wiki Activity
f94ad0c516
btrfs-progs/Makefile.inc.in

58 lines
1.8 KiB
PHP
Raw Normal View History

btrfs-progs: build: split makefile to generated and stable parts It's not really necessary to configure and regenerate Makefiles in cases like adding a new source file. The build environment and optional features are not affected by that. Signed-off-by: David Sterba <dsterba@suse.com>
2017-01-30 18:04:16 +08:00
# Variables set during configure phase:
# * build environment, paths
# * features (eg. convert, documentation)
export
CC = @CC@
LN_S = @LN_S@
AR = @AR@
RM = @RM@
RMDIR = @RMDIR@
INSTALL = @INSTALL@
DISABLE_DOCUMENTATION = @DISABLE_DOCUMENTATION@
DISABLE_BTRFSCONVERT = @DISABLE_BTRFSCONVERT@
btrfs-progs: build: add --disable-programs We have a build system internally which only needs to build and install the libraries out of a repository, not any binaries. There's no easy way to do this in btrfs-progs currently. Add --disable-programs to ./configure to support this. Signed-off-by: Omar Sandoval <osandov@fb.com> Signed-off-by: David Sterba <dsterba@suse.com>
2018-07-27 04:34:38 +08:00
BUILD_PROGRAMS = @BUILD_PROGRAMS@
btrfs-progs: build: add --disable-shared and --disable-static The build system mentioned in the previous commit builds libraries in both PIC and non-PIC mode. Shared libraries don't work in PIC mode, so it expects a --disable-shared configure option, which most open source libraries using autoconf have. Let's add it, too. Signed-off-by: Omar Sandoval <osandov@fb.com> Signed-off-by: David Sterba <dsterba@suse.com>
2018-07-27 04:34:39 +08:00
BUILD_SHARED_LIBRARIES = @BUILD_SHARED_LIBRARIES@
BUILD_STATIC_LIBRARIES = @BUILD_STATIC_LIBRARIES@
btrfs-progs: build: split makefile to generated and stable parts It's not really necessary to configure and regenerate Makefiles in cases like adding a new source file. The build environment and optional features are not affected by that. Signed-off-by: David Sterba <dsterba@suse.com>
2017-01-30 18:04:16 +08:00
BTRFSCONVERT_EXT2 = @BTRFSCONVERT_EXT2@
btrfs-progs: convert: add support for converting reiserfs This patch adds support to convert reiserfs file systems in-place to btrfs. It will convert extended attribute files to btrfs extended attributes, translate ACLs, coalesce tails that consist of multiple items into one item, and convert tails that are too big into indirect files. This requires that libreiserfscore 3.6.27 be available. Signed-off-by: Jeff Mahoney <jeffm@suse.com> Signed-off-by: David Sterba <dsterba@suse.com>
2017-08-23 00:30:43 +08:00
BTRFSCONVERT_REISERFS = @BTRFSCONVERT_REISERFS@
btrfs-progs: build: rename compression support variables Now that LZO and ZSTD are optional for not just restore, rename the build variables to a more generic name and update configure summary. Signed-off-by: David Sterba <dsterba@suse.com>
2022-06-21 07:53:05 +08:00
COMPRESSION_LZO = @COMPRESSION_LZO@
COMPRESSION_ZSTD = @COMPRESSION_ZSTD@
libbtrfsutil: add Python bindings The C libbtrfsutil library isn't very useful for scripting, so we also want bindings for Python. Writing unit tests in Python is also much easier than doing so in C. Only Python 3 is supported; if someone really wants Python 2 support, they can write their own bindings. This commit is just the scaffolding. Signed-off-by: Omar Sandoval <osandov@fb.com> Signed-off-by: David Sterba <dsterba@suse.com>
2017-12-18 16:31:25 +08:00
PYTHON_BINDINGS = @PYTHON_BINDINGS@
PYTHON = @PYTHON@
libbtrfsutils: add python-devel detection Use pkg-config to detect python devel. Signed-off-by: David Sterba <dsterba@suse.com>
2018-02-27 23:19:51 +08:00
PYTHON_CFLAGS = @PYTHON_CFLAGS@
btrfs-progs: add more hash implementation providers For environments that require certified implementations of cryptographic primitives allow to select a library providing them. The requirements are SHA256 and BLAKE2 (with the 2b variant and 256 bit digest). For now there are two: libgrcrypt and libsodium (openssl does not provide the BLAKE2b-256). Accellerated versions are typically provided and automatically selected. Signed-off-by: David Sterba <dsterba@suse.com>
2020-04-07 03:02:56 +08:00
CRYPTOPROVIDER_BUILTIN = @CRYPTOPROVIDER_BUILTIN@
btrfs-progs: build: add support for libkcapi as crypto backend https://github.com/smuellerDD/libkcapi allows user-space to access the Linux kernel crypto API. Uses netlink interface and exports easy to use APIs. Signed-off-by: David Sterba <dsterba@suse.com>
2020-05-29 04:39:43 +08:00
CRYPTO_CFLAGS = @GCRYPT_CFLAGS@ @SODIUM_CFLAGS@ @KCAPI_CFLAGS@
btrfs-progs: build: split makefile to generated and stable parts It's not really necessary to configure and regenerate Makefiles in cases like adding a new source file. The build environment and optional features are not affected by that. Signed-off-by: David Sterba <dsterba@suse.com>
2017-01-30 18:04:16 +08:00
btrfs-progs: fix detection of accelerated implementation. The build fails with crypto backends other than builtin, the initializers cannot be reached as they're ifdef-ed out. Move hash_init_accel under the right condition and delete the algorithm-specific initializers as they're used only by the hash test and that can simply call hash_init_accel to set the implementation. All the -m flags need to be detected at configure time and the flag used for ifdef (HAVE_CFLAG_m*), not the actual feature defined by compiler as the dispatcher function is not built with the -m flags. The uname check for x86_64 must be dropped so on i386/i586 we can still build accelerated version. Signed-off-by: David Sterba <dsterba@suse.com>
2023-03-01 08:32:26 +08:00
HAVE_CFLAG_msse2 = @HAVE_CFLAG_msse2@
HAVE_CFLAG_msse41 = @HAVE_CFLAG_msse41@
HAVE_CFLAG_mavx2 = @HAVE_CFLAG_mavx2@
btrfs-progs: crypto: add accelerated SHA256 implementation Copy sha256-x86.c from https://github.com/noloader/SHA-Intrinsics, that uses the compiler intrinsics to implement the update step with the native x86_64 instructions. To avoid dependencies of the reference code and the x86 version, check runtime support only if the compiler also supports -msha. Signed-off-by: David Sterba <dsterba@suse.com>
2023-02-09 21:58:08 +08:00
HAVE_CFLAG_msha = @HAVE_CFLAG_msha@
btrfs-progs: crypto: add PCL based implementation for crc32c Copy faster implementation of crc32c from linux kernel as of 6.5-rc7 (x86_64, arch/x86/crypto/crc32c-pcl-intel-asm_64.S). This needs assembler build support, so detect target architecture so cross-compilation still works. Add a special CPU flag so the old and new implementations can be benchmarked and verified separately. Sample benchmark: CPU flags: 0x1ff CPU features: SSE2 SSSE3 SSE41 SSE42 SHA AVX AVX2 CRC32C_PCL Block size: 4096 Iterations: 1000000 Implementation: builtin Units: CPU cycles NULL-NOP: cycles: 77177218, cycles/i 77 NULL-MEMCPY: cycles: 226313072, cycles/i 226, 62133.395 MiB/s CRC32C-ref: cycles: 24418596066, cycles/i 24418, 575.859 MiB/s CRC32C-NI: cycles: 1188335920, cycles/i 1188, 11833.073 MiB/s CRC32C-PCL: cycles: 463193456, cycles/i 463, 30358.037 MiB/s XXHASH: cycles: 851606646, cycles/i 851, 16511.916 MiB/s SHA256-ref: cycles: 74476234956, cycles/i 74476, 188.808 MiB/s SHA256-NI: cycles: 34198637428, cycles/i 34198, 411.177 MiB/s BLAKE2-ref: cycles: 14761411664, cycles/i 14761, 952.597 MiB/s BLAKE2-SSE2: cycles: 18101896796, cycles/i 18101, 776.807 MiB/s BLAKE2-SSE41: cycles: 12599091062, cycles/i 12599, 1116.087 MiB/s BLAKE2-AVX2: cycles: 9668247506, cycles/i 9668, 1454.418 MiB/s The new implementation is about 2.5x faster. Note: there new version does not work on musl because of linkage problems (relocations in .rodata), so it's still using the old implementation. Signed-off-by: David Sterba <dsterba@suse.com>
2023-02-22 05:18:13 +08:00
TARGET_CPU = @target_cpu@
HAVE_GLIBC = @HAVE_GLIBC@
btrfs-progs: crypto: add accelerated SHA256 implementation Copy sha256-x86.c from https://github.com/noloader/SHA-Intrinsics, that uses the compiler intrinsics to implement the update step with the native x86_64 instructions. To avoid dependencies of the reference code and the x86 version, check runtime support only if the compiler also supports -msha. Signed-off-by: David Sterba <dsterba@suse.com>
2023-02-09 21:58:08 +08:00
btrfs-progs: build: split makefile to generated and stable parts It's not really necessary to configure and regenerate Makefiles in cases like adding a new source file. The build environment and optional features are not affected by that. Signed-off-by: David Sterba <dsterba@suse.com>
2017-01-30 18:04:16 +08:00
SUBST_CFLAGS = @CFLAGS@
SUBST_LDFLAGS = @LDFLAGS@
btrfs-progs: build: add optional dependency on libudev This is needed for future code which will make btrfs-progs' device scanning logic a little smarter by filtering out path device in multipath setups. libudev is added as an optional dependency since the library doesn't have a static version so making it a hard dependency means forfeiting static build support. To alleviate this a fallback code will be added for the static build case which doesn't rely on libudev. Signed-off-by: Nikolay Borisov <nborisov@suse.com> Signed-off-by: David Sterba <dsterba@suse.com>
2021-09-30 20:06:32 +08:00
LIBS_BASE = @UUID_LIBS@ @BLKID_LIBS@ @LIBUDEV_LIBS@ -L. -pthread
btrfs-progs: Add zstd support Adds zstd support to the btrfs program. An optional dependency on libzstd >= 1.0.0 is added. Autoconf accepts `--enable-zstd' or `--disable-zstd' and defaults to detecting if libzstd is present using `pkg-config'. The patch is also available in my fork of btrfs-progs [1], which passes Travis-CI with the new tests. The prebuilt binary is available there. I haven't updated Android.mk. [1] https://github.com/terrelln/btrfs-progs/tree/devel Signed-off-by: Nick Terrell <terrelln@fb.com> Signed-off-by: David Sterba <dsterba@suse.com>
2017-09-09 04:29:23 +08:00
LIBS_COMP = @ZLIB_LIBS@ @LZO2_LIBS@ @ZSTD_LIBS@
libbtrfsutils: add python-devel detection Use pkg-config to detect python devel. Signed-off-by: David Sterba <dsterba@suse.com>
2018-02-27 23:19:51 +08:00
LIBS_PYTHON = @PYTHON_LIBS@
btrfs-progs: build: add support for libkcapi as crypto backend https://github.com/smuellerDD/libkcapi allows user-space to access the Linux kernel crypto API. Uses netlink interface and exports easy to use APIs. Signed-off-by: David Sterba <dsterba@suse.com>
2020-05-29 04:39:43 +08:00
LIBS_CRYPTO = @GCRYPT_LIBS@ @SODIUM_LIBS@ @KCAPI_LIBS@
Revert "btrfs-progs: build: add libmount dependency" This reverts commit 61ecaff0366a5febfbe45f3d6d3b341c6021eb99. The libmount functionality is not used anymore, we can remove it entirely. Signed-off-by: David Sterba <dsterba@suse.com>
2021-02-17 20:55:14 +08:00
STATIC_LIBS_BASE = @UUID_LIBS_STATIC@ @BLKID_LIBS_STATIC@ -L. -pthread
btrfs-progs: Add zstd support Adds zstd support to the btrfs program. An optional dependency on libzstd >= 1.0.0 is added. Autoconf accepts `--enable-zstd' or `--disable-zstd' and defaults to detecting if libzstd is present using `pkg-config'. The patch is also available in my fork of btrfs-progs [1], which passes Travis-CI with the new tests. The prebuilt binary is available there. I haven't updated Android.mk. [1] https://github.com/terrelln/btrfs-progs/tree/devel Signed-off-by: Nick Terrell <terrelln@fb.com> Signed-off-by: David Sterba <dsterba@suse.com>
2017-09-09 04:29:23 +08:00
STATIC_LIBS_COMP = @ZLIB_LIBS_STATIC@ @LZO2_LIBS_STATIC@ @ZSTD_LIBS_STATIC@
btrfs-progs: build: split makefile to generated and stable parts It's not really necessary to configure and regenerate Makefiles in cases like adding a new source file. The build environment and optional features are not affected by that. Signed-off-by: David Sterba <dsterba@suse.com>
2017-01-30 18:04:16 +08:00
prefix ?= @prefix@
exec_prefix = @exec_prefix@
bindir = @bindir@
libdir ?= @libdir@
Add libbtrfsutil Currently, users wishing to manage Btrfs filesystems programatically have to shell out to btrfs-progs and parse the output. This isn't ideal. The goal of libbtrfsutil is to provide a library version of as many of the operations of btrfs-progs as possible and to migrate btrfs-progs to use it. Rather than simply refactoring the existing btrfs-progs code, the code has to be written from scratch for a couple of reasons: * A lot of the btrfs-progs code was not designed with a nice library API in mind in terms of reusability, naming, and error reporting. * libbtrfsutil is licensed under the LGPL, whereas btrfs-progs is under the GPL, which makes it dubious to directly copy or move the code. Eventually, most of the low-level btrfs-progs code should either live in libbtrfsutil or the shared kernel/userspace filesystem code, and btrfs-progs will just be the CLI wrapper. This first commit just includes the build system changes, license, README, and error reporting helper. Signed-off-by: Omar Sandoval <osandov@fb.com> Reviewed-by: Liu Bo <bo.li.liu@oracle.com> Signed-off-by: David Sterba <dsterba@suse.com>
2018-02-16 03:04:47 +08:00
incdir = @includedir@
btrfs-progs: build: split makefile to generated and stable parts It's not really necessary to configure and regenerate Makefiles in cases like adding a new source file. The build environment and optional features are not affected by that. Signed-off-by: David Sterba <dsterba@suse.com>
2017-01-30 18:04:16 +08:00
udevdir = @UDEVDIR@
udevruledir = ${udevdir}/rules.d
libbtrfsutil: add pkg-config spec file Add pkg-config file for libbtrfsutil which can be used to set up compilation and link flags. The paths in pc file depend on prefix variable but ignore DESTDIR. DESTDIR is used for packaging and it should not affect the paths in pc file. Issue: #285 Signed-off-by: Sheng Mao <shngmao@gmail.com> Signed-off-by: David Sterba <dsterba@suse.com>
2020-08-20 12:36:18 +08:00
pkgconfigdir = @pkgconfigdir@
btrfs-progs: build: split makefile to generated and stable parts It's not really necessary to configure and regenerate Makefiles in cases like adding a new source file. The build environment and optional features are not affected by that. Signed-off-by: David Sterba <dsterba@suse.com>
2017-01-30 18:04:16 +08:00
# external libs required by various binaries; for btrfs-foo,
# specify btrfs_foo_libs = <list of libs>; see $($(subst...)) rules in Makefile
btrfs-progs: convert: add support for converting reiserfs This patch adds support to convert reiserfs file systems in-place to btrfs. It will convert extended attribute files to btrfs extended attributes, translate ACLs, coalesce tails that consist of multiple items into one item, and convert tails that are too big into indirect files. This requires that libreiserfscore 3.6.27 be available. Signed-off-by: Jeff Mahoney <jeffm@suse.com> Signed-off-by: David Sterba <dsterba@suse.com>
2017-08-23 00:30:43 +08:00
btrfs_convert_libs = @EXT2FS_LIBS@ @COM_ERR_LIBS@ @REISERFS_LIBS@
btrfs-progs: build: split makefile to generated and stable parts It's not really necessary to configure and regenerate Makefiles in cases like adding a new source file. The build environment and optional features are not affected by that. Signed-off-by: David Sterba <dsterba@suse.com>
2017-01-30 18:04:16 +08:00
MAKEFILE_INC_INCLUDED = yes
Reference in New Issue Copy Permalink