mirror_zfs/cmd/zfs_ids_to_path/Makefile.am

include $(top_srcdir)/config/Rules.am

sbin_PROGRAMS = zfs_ids_to_path

zfs_ids_to_path_SOURCES = \
	zfs_ids_to_path.c

zfs_ids_to_path_LDADD = \
        $(abs_top_builddir)/lib/libzfs/libzfs.la
Small program that converts a dataset id and an object id to a path Small program that converts a dataset id and an object id to a path Reviewed-by: Prakash Surya <prakash.surya@delphix.com> Reviewed-by: Brian Behlendorf <behlendorf1@llnl.gov> Reviewed-by: Matthew Ahrens <mahrens@delphix.com> Signed-off-by: Paul Dagnelie <pcd@delphix.com> Closes #10204 2020-05-20 20:05:33 +03:00			`include $(top_srcdir)/config/Rules.am`

			`sbin_PROGRAMS = zfs_ids_to_path`

			`zfs_ids_to_path_SOURCES = \`
			`zfs_ids_to_path.c`

			`zfs_ids_to_path_LDADD = \`
Use abs_top_builddir when referencing libraries libtool stores absolute paths in the dependency_libs component of the .la files. If the Makefile for a dependent library refers to the libraries by relative path, some libraries end up duplicated on the link command line. As an example, libzfs specifies libzfs_core, libnvpair and libuutil as dependencies to be linked in. The .la file for libzfs_core also specifies libnvpair, but using an absolute path, with the result that libnvpair is present twice in the linker command line for producing libzfs. While the only thing this causes is to slightly slow down the linking, we can avoid it by using absolute paths everywhere, including for convenience libraries just for consistency. Reviewed-by: Brian Behlendorf <behlendorf1@llnl.gov> Signed-off-by: Arvind Sankar <nivedita@alum.mit.edu> Closes #10538 2020-07-06 23:01:29 +03:00			`$(abs_top_builddir)/lib/libzfs/libzfs.la`