]> granicus.if.org Git - zfs/commit
Fix libzfs_core changes to follow GNU libtool guidelines
authorRichard Yao <ryao@gentoo.org>
Thu, 26 Sep 2013 17:44:10 +0000 (13:44 -0400)
committerBrian Behlendorf <behlendorf1@llnl.gov>
Thu, 10 Oct 2013 23:56:51 +0000 (16:56 -0700)
commita6ce1eae54ca048ae7e7dfdcad05c5565a129226
tree182cb119577a2c9c8db5d04d6daa54cdf05feeef
parent31fc19399e597e3391f19f1392ab120f1de0d5f2
Fix libzfs_core changes to follow GNU libtool guidelines

The GNU libtool documentation states to start with a version of 0:0:0,
rather than 1:1:0. Illumos uses the name libzfs_core.so.1, so to be
consistent, we should go with 1:0:0.

http://www.gnu.org/software/libtool/manual/libtool.html#Updating-version-info

The GNU libtool documentation also provides guidence on how the version
information should be incremented. Doing this does a SONAME bump of the
libzfs and libzpool libraries. This is particularly important on Gentoo
because a SONAME bump enables portage to retain the older libraries
until any packages that link to them are rebuilt. The main example of
this is GRUB2's grub2-mkconfig, which will break unless it is rebuilt
against the new libraries.

Signed-off-by: Richard Yao <ryao@gentoo.org>
Signed-off-by: Brian Behlendorf <behlendorf1@llnl.gov>
Issue #1751
lib/libzfs/Makefile.am
lib/libzfs_core/Makefile.am
lib/libzpool/Makefile.am
rpm/generic/zfs.spec.in