r338270 had the side effect of no longer installing libmd.so into /lib.
For users who have a seperate zfs mount of /usr or /usr/lib, this will cause dynamic loading failures when attempting to execute zfs mount on bootup. E.g. the system won't boot. Including <src.opts.mk> sets SHLIBDIR, so SHLIBDIR?= has no effect. The other lib/ Makefiles solve this problem by moving the SHLIBDIR assignment to before .include <src.opts.mk>. Submitted by: jilles Reviewed by: allanjude Approved by: re (rgrimes) Differential Revision: https://reviews.freebsd.org/D16910
This commit is contained in:
parent
d8723e8b03
commit
20f13358b1
@ -1,11 +1,12 @@
|
|||||||
# $FreeBSD$
|
# $FreeBSD$
|
||||||
|
|
||||||
|
SHLIBDIR?= /lib
|
||||||
|
|
||||||
.include <src.opts.mk>
|
.include <src.opts.mk>
|
||||||
|
|
||||||
PACKAGE=lib${LIB}
|
PACKAGE=lib${LIB}
|
||||||
LIB= md
|
LIB= md
|
||||||
SHLIB_MAJOR= 6
|
SHLIB_MAJOR= 6
|
||||||
SHLIBDIR?= /lib
|
|
||||||
SRCS= md4c.c md5c.c md4hl.c md5hl.c \
|
SRCS= md4c.c md5c.c md4hl.c md5hl.c \
|
||||||
rmd160c.c rmd160hl.c \
|
rmd160c.c rmd160hl.c \
|
||||||
sha0c.c sha0hl.c sha1c.c sha1hl.c \
|
sha0c.c sha0hl.c sha1c.c sha1hl.c \
|
||||||
|
Loading…
x
Reference in New Issue
Block a user