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

27 lines
619 B
Makefile
Raw Normal View History

Remove PHP_VERSIONS_ACCEPTED=5 from these pacakges since there is no php4 any more. No functional change.
2010-03-16 12:54:31 +01:00
# $NetBSD: Makefile,v 1.11 2010/03/16 11:54:31 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
Add DESTDIR support.
2008-06-12 04:14:13 +02:00
PKG_DESTDIR_SUPPORT= user-destdir
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
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
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