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

32 lines
701 B
Makefile
Raw Normal View History

* Use pdo_error instead of php56 for PLIST_VARS. * Set PLIST.pdo_errors for PKG_PHP_VERSION is not "55" instead of PKG_PHP_VERSION is "56".
2015-12-06 14:51:30 +01:00
# $NetBSD: Makefile,v 1.14 2015/12/06 13:51:30 taca Exp $
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
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
CATEGORIES+= databases
COMMENT= PHP extension for PHP Data Objects (base)
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
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
USE_PHP_EXT_PATCHES= yes
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 "../../mk/bsd.prefs.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
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
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
INSTALLATION_DIRS+= include/php/ext/pdo
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
PDO_INCLUDES= php_pdo_driver.h php_pdo.h
* Use pdo_error instead of php56 for PLIST_VARS. * Set PLIST.pdo_errors for PKG_PHP_VERSION is not "55" instead of PKG_PHP_VERSION is "56".
2015-12-06 14:51:30 +01:00
PLIST_VARS+= pdo_error
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
PLIST_SRC+= ${.CURDIR}/../../databases/php-pdo/PLIST.pdo
Add DESTDIR support.
2008-06-12 04:14:13 +02:00
* Use pdo_error instead of php56 for PLIST_VARS. * Set PLIST.pdo_errors for PKG_PHP_VERSION is not "55" instead of PKG_PHP_VERSION is "56".
2015-12-06 14:51:30 +01:00
.if ${PKG_PHP_VERSION} != "55"
Add support for php56.
2014-11-24 16:40:32 +01:00
PDO_INCLUDES+= php_pdo_error.h
* Use pdo_error instead of php56 for PLIST_VARS. * Set PLIST.pdo_errors for PKG_PHP_VERSION is not "55" instead of PKG_PHP_VERSION is "56".
2015-12-06 14:51:30 +01:00
PLIST.pdo_error= yes
Add support for php56.
2014-11-24 16:40:32 +01:00
.endif
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
post-install:
Fix previous: make(1) .for also needs "in".
2006-05-03 08:37:36 +02:00
.for inc in ${PDO_INCLUDES}
Add DESTDIR support.
2008-06-12 04:14:13 +02:00
${INSTALL_DATA} ${WRKSRC}/${inc} ${DESTDIR}${PREFIX}/include/php/ext/pdo/${inc}
Fixed some pkglint warnings.
2006-05-01 15:52:55 +02:00
.endfor
Remove a TAB in an empty line.
2009-10-09 05:49:43 +02:00
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
.include "../../mk/bsd.pkg.mk"
Reference in a new issue Copy permalink