Add new function hash_pbkdf2() to UGRAPDING doc

Added in NEWS and UPGRADING for feature 55218

Update UPGRADING given 7596445

one more correction for COM upgrading notes

one more correction for COM upgrading notes

com ext upgrading correction

com ext upgrading infos

com ext upgrading info

UPGRADING entry for boolval()

Updated UPGRADING for the changes in eb346ef

Changed ResourceBundle constructor behavior

null is now accepted for two first (mandatory arguments).

Passing null as the package name causes NULL to be passed to ICU and
the d

Changed ResourceBundle constructor behavior

null is now accepted for two first (mandatory arguments).

Passing null as the package name causes NULL to be passed to ICU and
the default ICU data to be loaded.

Passing null as the locale name causes the default locale to be used.

show more ...

add news for new pg_ functions

Note recent changes to ext/intl in UPGRADING

Dummy (whitespace) change so Dan Brown can verify snap generation from git

PHP snapshots were still pulling from SVN and were out of date. This
is a dummy PHP 5.4-only commit so Dan can

Dummy (whitespace) change so Dan Brown can verify snap generation from git

PHP snapshots were still pulling from SVN and were out of date. This
is a dummy PHP 5.4-only commit so Dan can verify what he's updated for
git in the backend.

show more ...

fd fix

update NEWS/UPGRADING

Keep date precision in MessageFormatter.

MessageFormatter::parse and MessageFormat::format (and their static
equivalents) now don't throw away better than second precision in the
arg

Keep date precision in MessageFormatter.

MessageFormatter::parse and MessageFormat::format (and their static
equivalents) now don't throw away better than second precision in the
arguments.

It's already bad enough that in MessageFormatter and IntlDateFormatter we
use seconds since epoch instead of milliseconds since epoch, deviating
from the ICU date representations. But we don't need to throw away extra
precision when parsing dates; we can keep the seconds since epoch
convention and return non integer doubles with only a small BC impact.
Note that we already could return doubles from MessageFormatter::parse if
the date was sufficiently in the past or in the future.

show more ...

Updated UPGRADING with changes to ext/intl.

Allow arbitrary expressions for empty()

This change is as per RFC https://wiki.php.net/rfc/empty_isset_exprs.

The change allows passing the result of function calls and other
ex

Allow arbitrary expressions for empty()

This change is as per RFC https://wiki.php.net/rfc/empty_isset_exprs.

The change allows passing the result of function calls and other
expressions to the empty() language construct. This is accomplished by
simply rewriting empty(expr) to !expr.

The change does not affect the suppression of errors when using empty()
on variables. empty($undefinedVar) will continue not to throw errors.
When an expression is used inside empty() on the other hand, errors will
not be suppressed. Thus empty($undefinedVar + $somethingElse) *will*
throw a notice.

The change also does not make empty() into a real function, so using
'empty' as a callback is still not possible.

In addition to the empty() changes the commit adds nicer error messages
when isset() is used on function call results or other expressions.

show more ...

Fixed bug #61038; "Z" and better behavior for unpack()

Added new "Z" argument to pack/unpack, now allowing "a" to return
data without stripping, and "A" strips all trailing white space,

Fixed bug #61038; "Z" and better behavior for unpack()

Added new "Z" argument to pack/unpack, now allowing "a" to return
data without stripping, and "A" strips all trailing white space,
while "Z" will strip everything after the first null.

show more ...

Implement const array/string dereference

RFC:https://wiki.php.net/rfc/constdereference

Update UPGRADING with changes.

Put new function in correct section.

add note about corrected tiger hash output

This change was badly worded and filed in the wrong section.
This isn't an ini change at all.