kpriv/pkgsrc
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity
pkgsrc/databases/php-pdo_sqlite/Makefile

19 lines
494 B
Makefile
Raw Normal View History

Drop superfluous PKG_DESTDIR_SUPPORT, "user-destdir" is default these days.
2012-10-02 23:25:15 +02:00
# $NetBSD: Makefile,v 1.13 2012/10/02 21:25:39 asau Exp $
Add PDO (PHP Data Objects) extensions. These implement unified, object-oriented interface to various databases. PDO comes bundled with upcoming PHP 5.1, but can also be used with PHP 5.0 via PECL.
2005-10-09 15:11:18 +02:00
The php_pdo* packages have not kept step with PHP changes. The PDO components are now built into PHP rather than maintained separately in PECL. The old PECL versions are unmaintained and haven't been altered for 3 years. This is confusing as the package versions report themselves to be 5.2.9.1.0.2, etc. but they are in fact based on the 5.1.x code-base. Therefore, we need to switch to building the PDO modules like any other PHP module. A side-effect of this is that the PECL version number will get stripped off the end meaning that the new version numbers are just 5.2.9 instead of 5.2.9.1.0.2 (for example). Unfortunately, 5.2.9 is considered to be older than 5.2.9.1.0.2 meaning that it will appear as though a downgrade has taken place. Therefore, while we are still using PHP 5.2.9, add .99 on the end (i.e. 5.2.9.99) so that the package appears newer. When PHP 5.2.10 is released this can be removed (the module.mk file explicitly cgecks for 5.2.9 before adding the .99 suffix so that it will not alter 5.2.10 if the hack is forgotten. However, for the record, when 5.2.10 is released, php-pdo/module.mk can be removed along with the references to it in each php-pdo*/Makefile
2009-03-13 11:57:20 +01:00
MODNAME= pdo_sqlite
CATEGORIES+= databases
COMMENT= PHP extension for PHP Data Objects (SQLite v3)
USE_PHP_EXT_PATCHES= yes
.include "../../mk/bsd.prefs.mk"
Add DESTDIR support.
2008-06-12 04:14:13 +02:00
The php_pdo* packages have not kept step with PHP changes. The PDO components are now built into PHP rather than maintained separately in PECL. The old PECL versions are unmaintained and haven't been altered for 3 years. This is confusing as the package versions report themselves to be 5.2.9.1.0.2, etc. but they are in fact based on the 5.1.x code-base. Therefore, we need to switch to building the PDO modules like any other PHP module. A side-effect of this is that the PECL version number will get stripped off the end meaning that the new version numbers are just 5.2.9 instead of 5.2.9.1.0.2 (for example). Unfortunately, 5.2.9 is considered to be older than 5.2.9.1.0.2 meaning that it will appear as though a downgrade has taken place. Therefore, while we are still using PHP 5.2.9, add .99 on the end (i.e. 5.2.9.99) so that the package appears newer. When PHP 5.2.10 is released this can be removed (the module.mk file explicitly cgecks for 5.2.9 before adding the .99 suffix so that it will not alter 5.2.10 if the hack is forgotten. However, for the record, when 5.2.10 is released, php-pdo/module.mk can be removed along with the references to it in each php-pdo*/Makefile
2009-03-13 11:57:20 +01:00
.include "../../lang/php/ext.mk"
Add PDO (PHP Data Objects) extensions. These implement unified, object-oriented interface to various databases. PDO comes bundled with upcoming PHP 5.1, but can also be used with PHP 5.0 via PECL.
2005-10-09 15:11:18 +02:00
The php_pdo* packages have not kept step with PHP changes. The PDO components are now built into PHP rather than maintained separately in PECL. The old PECL versions are unmaintained and haven't been altered for 3 years. This is confusing as the package versions report themselves to be 5.2.9.1.0.2, etc. but they are in fact based on the 5.1.x code-base. Therefore, we need to switch to building the PDO modules like any other PHP module. A side-effect of this is that the PECL version number will get stripped off the end meaning that the new version numbers are just 5.2.9 instead of 5.2.9.1.0.2 (for example). Unfortunately, 5.2.9 is considered to be older than 5.2.9.1.0.2 meaning that it will appear as though a downgrade has taken place. Therefore, while we are still using PHP 5.2.9, add .99 on the end (i.e. 5.2.9.99) so that the package appears newer. When PHP 5.2.10 is released this can be removed (the module.mk file explicitly cgecks for 5.2.9 before adding the .99 suffix so that it will not alter 5.2.10 if the hack is forgotten. However, for the record, when 5.2.10 is released, php-pdo/module.mk can be removed along with the references to it in each php-pdo*/Makefile
2009-03-13 11:57:20 +01:00
CONFIGURE_ARGS+= --with-${MODNAME}
Add PDO (PHP Data Objects) extensions. These implement unified, object-oriented interface to various databases. PDO comes bundled with upcoming PHP 5.1, but can also be used with PHP 5.0 via PECL.
2005-10-09 15:11:18 +02:00
CONFIGURE_ARGS+= --with-${PKGMODNAME}=shared,${BUILDLINK_PREFIX.sqlite3}
.include "../../databases/sqlite3/buildlink3.mk"
Update the PHP PDO to latest available PECL versions (1.0/1.0.1/1.0.2). Changes are bugfixes mostly. Also rework php-pdo/module.mk somewhat, so that the base php-pdo package can use it too.
2005-12-03 18:24:28 +01:00
.include "../../databases/php-pdo/buildlink3.mk"
Don't abuse b3. It should not do things like include bsd.pkg.mk, so fix up the packages that use it instead.
2009-03-05 21:58:37 +01:00
.include "../../mk/bsd.pkg.mk"
Reference in a new issue Copy permalink