Remove expired ports:
2018-12-30 net/pecl-mosquitto: Works only with EOL php 5.6
2018-12-30 net/pecl-ip2location: Works only with EOL php 5.6
2018-12-30 net/pecl-yp: Works only with EOL php 5.6
2018-12-30 net/pecl-oauth: Works only with EOL php 5.6
2018-12-30 net/pecl-apn: Works only with EOL php 5.6
2018-12-30 textproc/pecl-doublemetaphone: Works only with EOL php 5.6
2018-12-30 textproc/pecl-ctemplate: Works only with EOL php 5.6
2018-12-30 textproc/pecl-xslcache: Works only with EOL php 5.6
2018-12-30 textproc/libmrss-php: Works only with EOL php 5.6
2018-12-30 textproc/pecl-stem: Works only with EOL php 5.6
2018-12-30 textproc/pecl-wbxml: Works only with EOL php 5.6
2018-12-30 textproc/pecl-syck: Works only with EOL php 5.6
2018-12-30 textproc/pecl-yaml1: Works only with EOL php 5.6
2018-12-30 deskutils/surrealtodo: Works only with EOL php 5.6

Remove version 7.0 from the IGNORE_WITH_PHP list.

Deprecate ports depending on php 5.6

Fix some PKGNAME collisions

Add missing IGNORE_WITH_PHP for various pecl-ports.

After testing every pecl-* port with PHP 5.6, 7.0, 7.1 and 7.2
i set the IGNORE_WITH_PHP accordingly to the fallout.

PR:          222165
Reported by: brnd
Approved by: portmgr (blanket)
Differential Revision: https://reviews.freebsd.org/D13476

Mark some ports failing on power64.  In cases where the error message
was a stub, provide a real one.

While here, pet portlint.

Approved by:	portmgr (tier-2 blanket)

Convert all PECL ports to USES=php:pecl.

Sponsored by:	Absolight
Differential Revision:	https://reviews.freebsd.org/D10281

Remove USE_GCC it builds perfectly fine with clang

Remove always-true/false conditions after 9.x, 10.[12] EOL
While here, couple minor fixes

portmgr blanket

- Update WWW: pecl.php.net uses https://

Approved by:	portmgr (blanket)

Bump PORTREVISIONS for ports depending on the canonical version of GCC and
lang/gcc which have moved from GCC 4.8.5 to GCC 4.9.4 (at least under some
circumstances such as versions of FreeBSD or platforms).

In particular that is ports with USE_GCC=yes, USE_GCC=any, or one of
gcc-c++11-lib, openmp, nestedfct, c++11-lib as well as c++14-lang,
c++11-lang, c++0x, c11 requested via USES=compiler.

Don't use extension.ini any more, and have each extension install in its
file, so the order remains the same.

Every PHP (or Zend) extension now installs its own .ini file in
/usr/local/etc/php.  A PHP extension will be automatically activated
when installed.  The order into which extensions are loaded is
automatically guessed.  In some very rare cases, the guess will be
wrong, and PHP_MOD_PRIO will need to be set.  Refer to the USES=php
section of the Porter's Handbook for more information.

Convert ports touching etc/php/extensions.ini manually, or telling the
OP to do it.

And finally, bump PORTREVISION for all php extensions.

PR:		210697
Submitted by:	mat
Sponsored by:	Absolight
Differential Revision:	https://reviews.freebsd.org/D7022

Convert USE_PHP*=yes into USES=php*

PR:		210529
Submitted by:	mat
Exp-run by:	antoine
Sponsored by:	Absolight
Differential Revision:	https://reviews.freebsd.org/D6936

Remove ${PORTSDIR}/ from dependencies, categories d, e, f, and g.

With hat:	portmgr
Sponsored by:	Absolight

- Ignore php70
- While here remove old php gruft

- Don't build with -march=native, as it may produce packages incompatible with
target machines

Approved by:	portmgr blanket
MFH:		2015Q4 (blanket)

Update to 2.4.0 release, supporting php 5.6.

Specify USE_GCC=any.

checking if compiling with clang... yes
configure: error: Cannot compile with clang
===>  Script "configure" failed unexpectedly.

- Update to 2.2.0

Changes:	http://pecl.php.net/package-changelog.php?package=qb
PR:		ports/189671
Submitted by:	Gasol Wu <gasol.wu@gmail.com> (maintainer)

- Add pecl-qb 2.1.1

QB stands for Quick Binary. It's a PHP extension designed to enable faster
handling of binary data. It takes a function written in PHP and translate it
for a specialized virtual machine. The use of static type information leads
significantly higher performance than under PHP regular dynamic type system.
A PHP+QB function can run anywhere from five to twenty times faster than
regular PHP code. For even higher level of performance, one can compile PHP+QB
functions to native code (on supported platforms).

QB performs code translation on a per-function basis. It does not affect in
anyway code not specially marked. Interaction between PHP+QB functions and
regular PHP code is basically seamless. A key design objective of QB is to
let developers harness greater processing power than what baseline PHP offers
without the risk involved in adopting a brand new platform.

WWW: http://pecl.php.net/package/qb/

PR:		ports/187651
Submitted by:	Gasol Wu <gasol.wu@gmail.com>