d/freebsd-dev
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity

Computing SHLIB_MAJOR is not a good idea. It's really a FreeBSD

Browse Source 
system value that has no real relation to the libarchive version.
(Except, of course, that any ABI breakage will force both to be
incremented.)
This commit is contained in:
Tim Kientzle 2006-11-06 00:24:57 +00:00
parent a5261c3117
commit a2b1e869b7
Notes: svn2git 2020-12-20 02:59:44 +00:00 
svn path=/head/; revision=164013
1 changed files with 3 additions and 6 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

9
lib/libarchive/Makefile
View File

@ -13,12 +13,9 @@ VERSION= 1.2.53
ARCHIVE_API_MAJOR!= echo ${VERSION} | sed -e 's/\..*//'
ARCHIVE_API_MINOR!= echo ${VERSION} | sed -e 's/[0-9]*\.//' | sed -e 's/\..*//'
# The FreeBSD SHLIB_MAJOR is computed from the above values.
# To bump SHLIB_MAJOR, increase the MINOR number in "version" file.
SHLIB_MAJOR!= echo $$((${ARCHIVE_API_MAJOR} + ${ARCHIVE_API_MINOR}))
# The SHLIB_MAJOR computation above attempts to match the
# version number generated by libtool. (This may change
# when the FreeBSD port of libtool gets fixed.)
# FreeBSD SHLIB_MAJOR value is managed as part of the FreeBSD system.
# It has no real relation to the version number above.
SHLIB_MAJOR= 3
CFLAGS+= -DPACKAGE_NAME=\"lib${LIB}\"
CFLAGS+= -DPACKAGE_VERSION=\"${VERSION}\"