cpet/openbsd-ports
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
66af83992e
openbsd-ports/x11/gnome/libgda/Makefile

126 lines
3.2 KiB
Makefile
Raw Normal View History

- when db4 is installed it will be picked whatever option we set, so merge -db4 subpackage into -main (which makes sense anyway) - fix WANTLIB and regen PLIST for all subpackages ok jasper@
2008-11-22 18:53:47 -05:00
# $OpenBSD: Makefile,v 1.3 2008/11/22 23:53:47 ajacoutot Exp $
- update libgda to 3.1.5 - specify license version feedback and ok ajacoutot@
2008-11-21 13:35:31 -05:00
# XXX: use system sqlite3
import libgda 3.0.4 GNOME Data Access (GDA) is an attempt to provide uniform access to different kinds of data sources (databases, information servers, mail spools, etc). It is a complete architecture that provides all you need to access your data. It is defined by a set of CORBA interfaces as generic as possible (but very powerful at the same time) so that any kind of data source can be accessed through them. most work done by ajacoutot@, based on an initial port by me.
2008-08-21 06:27:24 -04:00
COMMENT-main= GNOME Data Access library
COMMENT-ldap= LDAP backend for libgda
COMMENT-mdb= MS Access MDB backend for libgda
COMMENT-mysql= MySQL backend for libgda
COMMENT-pgsql= PostreSQL backend for libgda
GNOME_PROJECT= libgda
- update libgda to 3.1.5 - specify license version feedback and ok ajacoutot@
2008-11-21 13:35:31 -05:00
GNOME_VERSION= 3.1.5
import libgda 3.0.4 GNOME Data Access (GDA) is an attempt to provide uniform access to different kinds of data sources (databases, information servers, mail spools, etc). It is a complete architecture that provides all you need to access your data. It is defined by a set of CORBA interfaces as generic as possible (but very powerful at the same time) so that any kind of data source can be accessed through them. most work done by ajacoutot@, based on an initial port by me.
2008-08-21 06:27:24 -04:00
- when db4 is installed it will be picked whatever option we set, so merge -db4 subpackage into -main (which makes sense anyway) - fix WANTLIB and regen PLIST for all subpackages ok jasper@
2008-11-22 18:53:47 -05:00
PKGNAME-main= ${DISTNAME}p0
PKGNAME-ldap= libgda-ldap-${GNOME_VERSION}p0
PKGNAME-mdb= libgda-mdb-${GNOME_VERSION}p0
PKGNAME-mysql= libgda-mysql-${GNOME_VERSION}p0
PKGNAME-pgsql= libgda-pgsql-${GNOME_VERSION}p0
import libgda 3.0.4 GNOME Data Access (GDA) is an attempt to provide uniform access to different kinds of data sources (databases, information servers, mail spools, etc). It is a complete architecture that provides all you need to access your data. It is defined by a set of CORBA interfaces as generic as possible (but very powerful at the same time) so that any kind of data source can be accessed through them. most work done by ajacoutot@, based on an initial port by me.
2008-08-21 06:27:24 -04:00
CATEGORIES= databases
- update libgda to 3.1.5 - specify license version feedback and ok ajacoutot@
2008-11-21 13:35:31 -05:00
GDA_MAJOR= 3.0
SHARED_LIBS += gdasql-3.0 1.0 # .3.0
SHARED_LIBS += gda-3.0 1.0 # .3.0
SHARED_LIBS += gda-report-3.0 1.0 # .3.0
SHARED_LIBS += gda-xslt-3.0 0.0 # .0.0
import libgda 3.0.4 GNOME Data Access (GDA) is an attempt to provide uniform access to different kinds of data sources (databases, information servers, mail spools, etc). It is a complete architecture that provides all you need to access your data. It is defined by a set of CORBA interfaces as generic as possible (but very powerful at the same time) so that any kind of data source can be accessed through them. most work done by ajacoutot@, based on an initial port by me.
2008-08-21 06:27:24 -04:00
HOMEPAGE= http://www.gnome-db.org/
- update libgda to 3.1.5 - specify license version feedback and ok ajacoutot@
2008-11-21 13:35:31 -05:00
# library: LGPLv2
import libgda 3.0.4 GNOME Data Access (GDA) is an attempt to provide uniform access to different kinds of data sources (databases, information servers, mail spools, etc). It is a complete architecture that provides all you need to access your data. It is defined by a set of CORBA interfaces as generic as possible (but very powerful at the same time) so that any kind of data source can be accessed through them. most work done by ajacoutot@, based on an initial port by me.
2008-08-21 06:27:24 -04:00
# tools: GPLv2
PERMIT_PACKAGE_CDROM= Yes
PERMIT_PACKAGE_FTP= Yes
PERMIT_DISTFILES_CDROM= Yes
PERMIT_DISTFILES_FTP= Yes
- when db4 is installed it will be picked whatever option we set, so merge -db4 subpackage into -main (which makes sense anyway) - fix WANTLIB and regen PLIST for all subpackages ok jasper@
2008-11-22 18:53:47 -05:00
WANTLIB= crypto m rpcsvc ssl stdc++ util z ORBit-2 dbus-1 \
dbus-glib-1 fam gconf-2 glib-2.0 gmodule-2.0 \
gobject-2.0 gpg-error gthread-2.0 pcre xml2
WANTLIB-main= ${WANTLIB} c curses pthread readline
import libgda 3.0.4 GNOME Data Access (GDA) is an attempt to provide uniform access to different kinds of data sources (databases, information servers, mail spools, etc). It is a complete architecture that provides all you need to access your data. It is defined by a set of CORBA interfaces as generic as possible (but very powerful at the same time) so that any kind of data source can be accessed through them. most work done by ajacoutot@, based on an initial port by me.
2008-08-21 06:27:24 -04:00
MODULES= devel/gettext \
x11/gnome
SUBST_VARS= GDA_MAJOR
- when db4 is installed it will be picked whatever option we set, so merge -db4 subpackage into -main (which makes sense anyway) - fix WANTLIB and regen PLIST for all subpackages ok jasper@
2008-11-22 18:53:47 -05:00
PSEUDO_FLAVORS= no_ldap no_mdb no_mysql no_pgsql
import libgda 3.0.4 GNOME Data Access (GDA) is an attempt to provide uniform access to different kinds of data sources (databases, information servers, mail spools, etc). It is a complete architecture that provides all you need to access your data. It is defined by a set of CORBA interfaces as generic as possible (but very powerful at the same time) so that any kind of data source can be accessed through them. most work done by ajacoutot@, based on an initial port by me.
2008-08-21 06:27:24 -04:00
FLAVOR?=
MULTI_PACKAGES= -main
- when db4 is installed it will be picked whatever option we set, so merge -db4 subpackage into -main (which makes sense anyway) - fix WANTLIB and regen PLIST for all subpackages ok jasper@
2008-11-22 18:53:47 -05:00
LIB_DEPENDS-main= ${LIB_DEPENDS} \
xslt::textproc/libxslt \
db.>=5::databases/db/v4
- update libgda to 3.1.5 - specify license version feedback and ok ajacoutot@
2008-11-21 13:35:31 -05:00
LIB_DEPENDS= gcrypt::security/libgcrypt \
gnomevfs-2::x11/gnome/vfs2
import libgda 3.0.4 GNOME Data Access (GDA) is an attempt to provide uniform access to different kinds of data sources (databases, information servers, mail spools, etc). It is a complete architecture that provides all you need to access your data. It is defined by a set of CORBA interfaces as generic as possible (but very powerful at the same time) so that any kind of data source can be accessed through them. most work done by ajacoutot@, based on an initial port by me.
2008-08-21 06:27:24 -04:00
REGRESS_DEPENDS= ::devel/check
CONFIGURE_ARGS+= ${CONFIGURE_SHARED} \
--disable-gtk-doc \
- when db4 is installed it will be picked whatever option we set, so merge -db4 subpackage into -main (which makes sense anyway) - fix WANTLIB and regen PLIST for all subpackages ok jasper@
2008-11-22 18:53:47 -05:00
--with-bdb="${LOCALBASE}" \
import libgda 3.0.4 GNOME Data Access (GDA) is an attempt to provide uniform access to different kinds of data sources (databases, information servers, mail spools, etc). It is a complete architecture that provides all you need to access your data. It is defined by a set of CORBA interfaces as generic as possible (but very powerful at the same time) so that any kind of data source can be accessed through them. most work done by ajacoutot@, based on an initial port by me.
2008-08-21 06:27:24 -04:00
--without-firebird \
--without-ibmdb2 \
--without-mSQL \
--without-odbc \
--without-oracle \
--without-sybase \
--without-xbase
- update libgda to 3.1.5 - specify license version feedback and ok ajacoutot@
2008-11-21 13:35:31 -05:00
CONFIGURE_ENV= CPPFLAGS="-I${LOCALBASE}/include -I${LOCALBASE}/include/db4/" \
import libgda 3.0.4 GNOME Data Access (GDA) is an attempt to provide uniform access to different kinds of data sources (databases, information servers, mail spools, etc). It is a complete architecture that provides all you need to access your data. It is defined by a set of CORBA interfaces as generic as possible (but very powerful at the same time) so that any kind of data source can be accessed through them. most work done by ajacoutot@, based on an initial port by me.
2008-08-21 06:27:24 -04:00
LDFLAGS="-L${LOCALBASE}/lib -lm"
FAKE_FLAGS= configdir="${PREFIX}/share/examples/libgda"
# XXX configuration checks for freetds fail in mysterious ways
CONFIGURE_ARGS+= --without-tds
.if ${FLAVOR:L:Mno_ldap}
CONFIGURE_ARGS+= --without-ldap
.else
MULTI_PACKAGES+= -ldap
- when db4 is installed it will be picked whatever option we set, so merge -db4 subpackage into -main (which makes sense anyway) - fix WANTLIB and regen PLIST for all subpackages ok jasper@
2008-11-22 18:53:47 -05:00
WANTLIB-ldap= ${WANTLIB} asn1 com_err db gssapi krb5 sasl2
import libgda 3.0.4 GNOME Data Access (GDA) is an attempt to provide uniform access to different kinds of data sources (databases, information servers, mail spools, etc). It is a complete architecture that provides all you need to access your data. It is defined by a set of CORBA interfaces as generic as possible (but very powerful at the same time) so that any kind of data source can be accessed through them. most work done by ajacoutot@, based on an initial port by me.
2008-08-21 06:27:24 -04:00
LIB_DEPENDS-ldap= ${LIB_DEPENDS} \
gda-3.0,gdasql-3.0::x11/gnome/libgda \
lber.>=9,ldap::databases/openldap
CONFIGURE_ARGS+= --with-ldap="${LOCALBASE}"
.endif
.if ${FLAVOR:L:Mno_mdb}
CONFIGURE_ARGS+= --without-mdb
.else
MULTI_PACKAGES+= -mdb
- when db4 is installed it will be picked whatever option we set, so merge -db4 subpackage into -main (which makes sense anyway) - fix WANTLIB and regen PLIST for all subpackages ok jasper@
2008-11-22 18:53:47 -05:00
WANTLIB-mdb= ${WANTLIB} db
import libgda 3.0.4 GNOME Data Access (GDA) is an attempt to provide uniform access to different kinds of data sources (databases, information servers, mail spools, etc). It is a complete architecture that provides all you need to access your data. It is defined by a set of CORBA interfaces as generic as possible (but very powerful at the same time) so that any kind of data source can be accessed through them. most work done by ajacoutot@, based on an initial port by me.
2008-08-21 06:27:24 -04:00
LIB_DEPENDS-mdb= ${LIB_DEPENDS} \
gda-3.0,gdasql-3.0::x11/gnome/libgda \
- when db4 is installed it will be picked whatever option we set, so merge -db4 subpackage into -main (which makes sense anyway) - fix WANTLIB and regen PLIST for all subpackages ok jasper@
2008-11-22 18:53:47 -05:00
mdb.>=1::databases/mdbtools/snapshot
import libgda 3.0.4 GNOME Data Access (GDA) is an attempt to provide uniform access to different kinds of data sources (databases, information servers, mail spools, etc). It is a complete architecture that provides all you need to access your data. It is defined by a set of CORBA interfaces as generic as possible (but very powerful at the same time) so that any kind of data source can be accessed through them. most work done by ajacoutot@, based on an initial port by me.
2008-08-21 06:27:24 -04:00
CONFIGURE_ARGS+= --with-mdb="${LOCALBASE}"
.endif
.if ${FLAVOR:L:Mno_mysql}
CONFIGURE_ARGS+= --without-mysql
.else
MULTI_PACKAGES+= -mysql
- when db4 is installed it will be picked whatever option we set, so merge -db4 subpackage into -main (which makes sense anyway) - fix WANTLIB and regen PLIST for all subpackages ok jasper@
2008-11-22 18:53:47 -05:00
WANTLIB-mysql= ${WANTLIB} db
import libgda 3.0.4 GNOME Data Access (GDA) is an attempt to provide uniform access to different kinds of data sources (databases, information servers, mail spools, etc). It is a complete architecture that provides all you need to access your data. It is defined by a set of CORBA interfaces as generic as possible (but very powerful at the same time) so that any kind of data source can be accessed through them. most work done by ajacoutot@, based on an initial port by me.
2008-08-21 06:27:24 -04:00
LIB_DEPENDS-mysql= ${LIB_DEPENDS} \
gda-3.0,gdasql-3.0::x11/gnome/libgda \
mysqlclient::databases/mysql
CONFIGURE_ARGS+= --with-mysql="${LOCALBASE}"
.endif
.if ${FLAVOR:L:Mno_pgsql}
CONFIGURE_ARGS+= --without-postgresql
.else
MULTI_PACKAGES+= -pgsql
- when db4 is installed it will be picked whatever option we set, so merge -db4 subpackage into -main (which makes sense anyway) - fix WANTLIB and regen PLIST for all subpackages ok jasper@
2008-11-22 18:53:47 -05:00
WANTLIB-pgsql= ${WANTLIB} db
import libgda 3.0.4 GNOME Data Access (GDA) is an attempt to provide uniform access to different kinds of data sources (databases, information servers, mail spools, etc). It is a complete architecture that provides all you need to access your data. It is defined by a set of CORBA interfaces as generic as possible (but very powerful at the same time) so that any kind of data source can be accessed through them. most work done by ajacoutot@, based on an initial port by me.
2008-08-21 06:27:24 -04:00
LIB_DEPENDS-pgsql= ${LIB_DEPENDS} \
gda-3.0,gdasql-3.0::x11/gnome/libgda \
pq::databases/postgresql
CONFIGURE_ARGS+= --with-postgresql="${LOCALBASE}"
.endif
.include <bsd.port.mk>
Reference in New Issue Copy Permalink