David Sterba 922eaa7b54 btrfs-progs: build: fix linking with static libmount ... The libmount dependency has been added in commit 61ecaff036 ("btrfs-progs: build: add libmount dependency"), and static build got broken. There are functions that do basically the same thing and also share the name, which in turn fails at link time. ld: /../lib64/libmount.a(libcommon_la-canonicalize.o): in function `canonicalize_dm_name': util-linux-2.34/lib/canonicalize.c:58: multiple definition of `canonicalize_dm_name'; common/path-utils.static.o:btrfs-progs/common/path-utils.c:286: first defined here In case the collision can be resolved by renaming, it's done (canonicalize_path and parse_size). There are 2 symbols from selinux that are substituted by a weak aliases during the static build. There's one new warning due to use of getgrnam_r in libmount that depends on dynamic linking and may not work properly with static build. We're not using the related functions directly or indirectly, so it should be safe to ignore the warnings. ld: ../lib64/libmount.a(la-utils.o): in function `mnt_get_gid': util-linux-2.34/libmount/src/utils.c:625: warning: Using 'getgrnam_r' in statically linked applications +requires at runtime the shared libraries from the glibc version used for linking Issue: #333 Signed-off-by: David Sterba <dsterba@suse.com>		2021-01-25 23:31:56 +01:00
..
Makefile	…
common.c	btrfs-progs: move volumes.c to kernel-shared/	2020-08-31 17:01:06 +02:00
common.h	btrfs-progs: mkfs: switch to single as default profile for multiple-devices	2020-07-21 12:28:05 +02:00
main.c	btrfs-progs: build: fix linking with static libmount	2021-01-25 23:31:56 +01:00
rootdir.c	btrfs-progs: move volumes.c to kernel-shared/	2020-08-31 17:01:06 +02:00
rootdir.h	…