freebsd-dev/lib/libmp/Makefile

# $FreeBSD$

.include <src.opts.mk>

PACKAGE=lib${LIB}
LIB=		mp
SHLIB_MAJOR=	7
LIBADD=		crypto
MAN=		libmp.3
INCS=		mp.h
SRCS=		mpasbn.c

CFLAGS+=	-I${SRCTOP}/crypto

VERSION_DEF=	${SRCTOP}/lib/libc/Versions.def
SYMBOL_MAPS=	${.CURDIR}/Symbol.map

HAS_TESTS=
SUBDIR.${MK_TESTS}+= tests

.include <bsd.lib.mk>
This is the traditional BSD libmp interface implemented in terms of the OpenSSL BIGNUM interface. It is provided for compatibility only and should not be used in new code. 2001-07-29 08:49:15 +00:00			`# $FreeBSD$`

Integrate lib/libmp into the build/kyua - Remove the .t wrapper - Fix -Wreturn-type warnings with clang This change has been tested on amd64/i386 Phabric: D530 Reviewed by: jmmv Approved by: jmmv (co-mentor) MFC after: 2 weeks Sponsored by: EMC / Isilon Storage Division 2014-08-04 22:10:07 +00:00			`.include <src.opts.mk>`

First pass through library packaging. Sponsored by: The FreeBSD Foundation 2016-02-04 21:16:35 +00:00			`PACKAGE=lib${LIB}`
This is the traditional BSD libmp interface implemented in terms of the OpenSSL BIGNUM interface. It is provided for compatibility only and should not be used in new code. 2001-07-29 08:49:15 +00:00			`LIB= mp`
Rename all symbols in libmp(3) to mp_*, just like Solaris. The function pow() in libmp(3) clashes with pow(3) in libm. We could rename this single function, but we can just take the same approach as the Solaris folks did, which is to prefix all function names with mp_. libmp(3) isn't really popular nowadays. I suspect not a single application in ports depends on it. There's still a chance, so I've increased the SHLIB_MAJOR and __FreeBSD_version. Reviewed by: deischen, rdivacky 2009-02-26 21:43:15 +00:00			`SHLIB_MAJOR= 7`
Convert libraries to use LIBADD While here reduce a bit overlinking 2014-11-25 11:07:26 +00:00			`LIBADD= crypto`
MAN[1-9] -> MAN. 2002-05-13 12:11:54 +00:00			`MAN= libmp.3`
This compiles fine w/WARNS. 2002-12-30 09:25:30 +00:00			`INCS= mp.h`
			`SRCS= mpasbn.c`

Use SRCTOP-relative paths to other directories instead of .CURDIR-relative ones This simplifies pathing in make/displayed output MFC after: 3 weeks Sponsored by: Dell EMC Isilon 2017-01-20 04:42:11 +00:00			`CFLAGS+= -I${SRCTOP}/crypto`
This is the traditional BSD libmp interface implemented in terms of the OpenSSL BIGNUM interface. It is provided for compatibility only and should not be used in new code. 2001-07-29 08:49:15 +00:00
Use SRCTOP-relative paths to other directories instead of .CURDIR-relative ones This simplifies pathing in make/displayed output MFC after: 3 weeks Sponsored by: Dell EMC Isilon 2017-01-20 04:42:11 +00:00			`VERSION_DEF= ${SRCTOP}/lib/libc/Versions.def`
Rename all symbols in libmp(3) to mp_*, just like Solaris. The function pow() in libmp(3) clashes with pow(3) in libm. We could rename this single function, but we can just take the same approach as the Solaris folks did, which is to prefix all function names with mp_. libmp(3) isn't really popular nowadays. I suspect not a single application in ports depends on it. There's still a chance, so I've increased the SHLIB_MAJOR and __FreeBSD_version. Reviewed by: deischen, rdivacky 2009-02-26 21:43:15 +00:00			`SYMBOL_MAPS= ${.CURDIR}/Symbol.map`

Add HAS_TESTS to all Makefiles that are currently using the `SUBDIR.${MK_TESTS}+= tests` idiom. This is a follow up to r321912. 2017-08-02 08:50:42 +00:00			`HAS_TESTS=`
Convert traditional ${MK_TESTS} conditional idiom for including test directories to SUBDIR.${MK_TESTS} idiom This is being done to pave the way for future work (and homogenity) in ^/projects/make-check-sandbox . No functional change intended. MFC after: 1 weeks 2017-08-02 08:35:51 +00:00			`SUBDIR.${MK_TESTS}+= tests`
Integrate lib/libmp into the build/kyua - Remove the .t wrapper - Fix -Wreturn-type warnings with clang This change has been tested on amd64/i386 Phabric: D530 Reviewed by: jmmv Approved by: jmmv (co-mentor) MFC after: 2 weeks Sponsored by: EMC / Isilon Storage Division 2014-08-04 22:10:07 +00:00
This is the traditional BSD libmp interface implemented in terms of the OpenSSL BIGNUM interface. It is provided for compatibility only and should not be used in new code. 2001-07-29 08:49:15 +00:00			`.include <bsd.lib.mk>`