openbsd-ports/lang/swi-prolog/Makefile

# $OpenBSD: Makefile,v 1.11 2008/02/22 21:09:04 naddy Exp $

CATEGORIES=		lang
V=			5.6.27
XV=			6.6.27
FULLARCH=		${MACHINE_ARCH:S/amd64/x86_64/}-openbsd${OSREV}
SUBST_VARS=		V XV FULLARCH
DISTNAME=		pl-$V
PKGNAME=		swi-prolog-$Vp4
MASTER_SITES=		http://gollem.science.uva.nl/cgi-bin/nph-download/SWI-Prolog/
COMMENT=		Prolog for the real world
HOMEPAGE=		http://www.swi-prolog.org/

SHARED_LIBS=		pl	0.0

# LGPL
PERMIT_PACKAGE_CDROM=	Yes
PERMIT_PACKAGE_FTP=	Yes
PERMIT_DISTFILES_CDROM= Yes 
PERMIT_DISTFILES_FTP=	Yes

CONFIGURE_STYLE=	autoconf
AUTOCONF_VERSION=	2.59
AUTOCONF_DIR=		${WRKSRC}/src ${WRKSRC}/packages/semweb
MODGNU_CONFIG_GUESS_DIRS=	${WRKSRC}/src \
				${WRKSRC}/packages/jpl \
				${WRKSRC}/packages/xpce/src
CONFIGURE_ARGS=		--enable-mt \
			--disable-custom-flags \
			--with-world \
			--disable-gmp \
			--with-jpeg=${LOCALBASE} \
			--without-sgml \
			${CONFIGURE_SHARED}

USE_X11=		Yes
USE_GMAKE=		Yes

MAKE_FLAGS=		SONAMEOPT= \
			SHAREDV=libpl.so.${LIBpl_VERSION}

WANTLIB=		ICE Xrender readline SM freetype Xt pthread \
			c Xinerama Xft Xpm m fontconfig X11 ncurses z \
			Xau Xdmcp expat

LIB_DEPENDS=		jpeg::graphics/jpeg
SUBST_VARS+=		BOOT

.include <bsd.port.mk>

.for _m in ${MACHINE_ARCH}
.  if !empty(LP64_ARCHS:M${_m})
BOOT=boot64
.  endif
.endfor
BOOT?=boot32
bump PKGNAME for PLIST changes 4.2 -> 4.3 2008-02-22 16:09:03 -05:00			`# $OpenBSD: Makefile,v 1.11 2008/02/22 21:09:04 naddy Exp $`
prolog interpreter that works, since gnu-prolog depends on a memory model that doesn't work well for us. 2006-10-09 06:20:24 -04:00
			`CATEGORIES= lang`
update to 5.6.27. We lose the sgml package temporarily (wide-chars), but we gain sparc64 support ! seems the fixes for win64 also fixed our problems. Add a few SUBST variables to simplify packing-list comparisons. 2007-01-27 12:35:46 -05:00			`V= 5.6.27`
			`XV= 6.6.27`
Unbreak for amd64. Noticed, suggested and ok, steven@. Zap a -O3 from packages/semweb and honor our CFLAGS instead (also noticed by steven@). No ok (or any feedback at all) for this. But I'm pretty sure it doesn't break *%&$#@ 2007-07-10 16:53:59 -04:00			`FULLARCH= ${MACHINE_ARCH:S/amd64/x86_64/}-openbsd${OSREV}`
update to 5.6.27. We lose the sgml package temporarily (wide-chars), but we gain sparc64 support ! seems the fixes for win64 also fixed our problems. Add a few SUBST variables to simplify packing-list comparisons. 2007-01-27 12:35:46 -05:00			`SUBST_VARS= V XV FULLARCH`
prolog interpreter that works, since gnu-prolog depends on a memory model that doesn't work well for us. 2006-10-09 06:20:24 -04:00			`DISTNAME= pl-$V`
bump PKGNAME for PLIST changes 4.2 -> 4.3 2008-02-22 16:09:03 -05:00			`PKGNAME= swi-prolog-$Vp4`
prolog interpreter that works, since gnu-prolog depends on a memory model that doesn't work well for us. 2006-10-09 06:20:24 -04:00			`MASTER_SITES= http://gollem.science.uva.nl/cgi-bin/nph-download/SWI-Prolog/`
bump package name due to OSREV increment 2007-07-27 18:01:38 -04:00			`COMMENT= Prolog for the real world`
prolog interpreter that works, since gnu-prolog depends on a memory model that doesn't work well for us. 2006-10-09 06:20:24 -04:00			`HOMEPAGE= http://www.swi-prolog.org/`

			`SHARED_LIBS= pl 0.0`

			`# LGPL`
			`PERMIT_PACKAGE_CDROM= Yes`
			`PERMIT_PACKAGE_FTP= Yes`
			`PERMIT_DISTFILES_CDROM= Yes`
			`PERMIT_DISTFILES_FTP= Yes`

			`CONFIGURE_STYLE= autoconf`
			`AUTOCONF_VERSION= 2.59`
Unbreak for amd64. Noticed, suggested and ok, steven@. Zap a -O3 from packages/semweb and honor our CFLAGS instead (also noticed by steven@). No ok (or any feedback at all) for this. But I'm pretty sure it doesn't break *%&$#@ 2007-07-10 16:53:59 -04:00			`AUTOCONF_DIR= ${WRKSRC}/src ${WRKSRC}/packages/semweb`
Spread our own config.guess where appropriate and unbreak the build at least on powerpc. While here, s/WRKDIST/WRKSRC/ Suggested by (after a naive patch from me) and ok, espie@ 2007-06-10 19:32:27 -04:00			`MODGNU_CONFIG_GUESS_DIRS= ${WRKSRC}/src \`
			`${WRKSRC}/packages/jpl \`
			`${WRKSRC}/packages/xpce/src`
prolog interpreter that works, since gnu-prolog depends on a memory model that doesn't work well for us. 2006-10-09 06:20:24 -04:00			`CONFIGURE_ARGS= --enable-mt \`
			`--disable-custom-flags \`
			`--with-world \`
			`--disable-gmp \`
			`--with-jpeg=${LOCALBASE} \`
update to 5.6.27. We lose the sgml package temporarily (wide-chars), but we gain sparc64 support ! seems the fixes for win64 also fixed our problems. Add a few SUBST variables to simplify packing-list comparisons. 2007-01-27 12:35:46 -05:00			`--without-sgml \`
prolog interpreter that works, since gnu-prolog depends on a memory model that doesn't work well for us. 2006-10-09 06:20:24 -04:00			`${CONFIGURE_SHARED}`

USE_X11 2006-11-13 06:20:24 -05:00			`USE_X11= Yes`
prolog interpreter that works, since gnu-prolog depends on a memory model that doesn't work well for us. 2006-10-09 06:20:24 -04:00			`USE_GMAKE= Yes`

			`MAKE_FLAGS= SONAMEOPT= \`
update to 5.6.27. We lose the sgml package temporarily (wide-chars), but we gain sparc64 support ! seems the fixes for win64 also fixed our problems. Add a few SUBST variables to simplify packing-list comparisons. 2007-01-27 12:35:46 -05:00			`SHAREDV=libpl.so.${LIBpl_VERSION}`
prolog interpreter that works, since gnu-prolog depends on a memory model that doesn't work well for us. 2006-10-09 06:20:24 -04:00
			`WANTLIB= ICE Xrender readline SM freetype Xt pthread \`
fix WANTLIB 2007-11-14 04:43:39 -05:00			`c Xinerama Xft Xpm m fontconfig X11 ncurses z \`
			`Xau Xdmcp expat`
prolog interpreter that works, since gnu-prolog depends on a memory model that doesn't work well for us. 2006-10-09 06:20:24 -04:00
			`LIB_DEPENDS= jpeg::graphics/jpeg`
variant part for 64 bit architectures. No pkg bump, since it doesn't affect the packages that were already building correctly. found out by nikolay. 2006-10-18 13:56:14 -04:00			`SUBST_VARS+= BOOT`
prolog interpreter that works, since gnu-prolog depends on a memory model that doesn't work well for us. 2006-10-09 06:20:24 -04:00
			`.include <bsd.port.mk>`
variant part for 64 bit architectures. No pkg bump, since it doesn't affect the packages that were already building correctly. found out by nikolay. 2006-10-18 13:56:14 -04:00
			`.for _m in ${MACHINE_ARCH}`
			`. if !empty(LP64_ARCHS:M${_m})`
			`BOOT=boot64`
			`. endif`
			`.endfor`
			`BOOT?=boot32`