RepoMirrors
/
btrfs-progs
mirror of https://github.com/kdave/btrfs-progs
1
0
Fork 0
Code Issues Packages Projects Releases Wiki Activity
btrfs-progs/libbtrfs/libbtrfs.sym

13 lines
251 B
Plaintext
Raw Normal View History

btrfs-progs: libbtrfs: add list of exported symbols The shared library exports many functions that are not supposed to be public, like rb-tree, crc32c or internal helpers but as this has been potentially in use we should at least make a list. There's only a subset being used by the snapper project. Export majority of current symbols visible in libbtrfs so any future additions to libbtrfs objects are automatically hidden and don't pollute the namespace further. Note that all projects should switch to libbtrfsutil rather than libbtrfs that exists for historical reasons and will be deprecated in the future. Signed-off-by: David Sterba <dsterba@suse.com>
2019-10-23 22:23:56 +00:00
LIBBTRFS_0.1 {
global:
btrfs-progs: move send-stream.c to common/ Signed-off-by: David Sterba <dsterba@suse.com>
2020-08-18 13:56:04 +00:00
/* common/send-stream.h */
btrfs-progs: libbtrfs: hide unused symbols, same version Another step to decommission libbtrfs in favor of libbtrfsutil. Remove all symbols that are not used by snapper, as this is the only known widely distributed tool that uses some of the librarized functionality, apart from the ioctls. The symbol versioning does not allow to remove once exported symbol so this is a dirty trick that works only in this situation. The unused symbols are not exported anymore BUT the library has the same version. This would be normally an ABI violation, but there's no change for snapper (build and runtime verified on version 0.9.0). The known used symbols are preserved. * btrfs_subvolid_resolve * btrfs_read_and_process_send_stream * subvol_uuid_search_init * subvol_uuid_search Issue: #218 Signed-off-by: David Sterba <dsterba@suse.com>
2021-09-08 11:57:50 +00:00
btrfs_read_and_process_send_stream; /* used */
btrfs-progs: libbtrfs: add list of exported symbols The shared library exports many functions that are not supposed to be public, like rb-tree, crc32c or internal helpers but as this has been potentially in use we should at least make a list. There's only a subset being used by the snapper project. Export majority of current symbols visible in libbtrfs so any future additions to libbtrfs objects are automatically hidden and don't pollute the namespace further. Note that all projects should switch to libbtrfsutil rather than libbtrfs that exists for historical reasons and will be deprecated in the future. Signed-off-by: David Sterba <dsterba@suse.com>
2019-10-23 22:23:56 +00:00
btrfs-progs: move send-utils.c to common/ Signed-off-by: David Sterba <dsterba@suse.com>
2020-08-18 13:56:04 +00:00
/* common/send-utils.h */
btrfs-progs: libbtrfs: hide unused symbols, same version Another step to decommission libbtrfs in favor of libbtrfsutil. Remove all symbols that are not used by snapper, as this is the only known widely distributed tool that uses some of the librarized functionality, apart from the ioctls. The symbol versioning does not allow to remove once exported symbol so this is a dirty trick that works only in this situation. The unused symbols are not exported anymore BUT the library has the same version. This would be normally an ABI violation, but there's no change for snapper (build and runtime verified on version 0.9.0). The known used symbols are preserved. * btrfs_subvolid_resolve * btrfs_read_and_process_send_stream * subvol_uuid_search_init * subvol_uuid_search Issue: #218 Signed-off-by: David Sterba <dsterba@suse.com>
2021-09-08 11:57:50 +00:00
subvol_uuid_search; /* used */
subvol_uuid_search_init; /* used */
btrfs_subvolid_resolve; /* used */
btrfs-progs: libbtrfs: add list of exported symbols The shared library exports many functions that are not supposed to be public, like rb-tree, crc32c or internal helpers but as this has been potentially in use we should at least make a list. There's only a subset being used by the snapper project. Export majority of current symbols visible in libbtrfs so any future additions to libbtrfs objects are automatically hidden and don't pollute the namespace further. Note that all projects should switch to libbtrfsutil rather than libbtrfs that exists for historical reasons and will be deprecated in the future. Signed-off-by: David Sterba <dsterba@suse.com>
2019-10-23 22:23:56 +00:00
local:
*;
};