Merge branch 'PHP-5.4'

* PHP-5.4:
  - Fixed bug #61045 (fpm don't send error log to fastcgi clients)
  - fix NEWS for bug #61812

- Fixed bug #61045 (fpm don't send error log to fastcgi clients)

- fix NEWS for bug #61812

Merge branch 'PHP-5.4'

* PHP-5.4:
  - Fix the fix (typo s/AIX/_AIX/g)

- Fix the fix (typo s/AIX/_AIX/g)

Merge branch 'PHP-5.4'

* PHP-5.4:
  Use free instead of efree

Use free instead of efree

Merge branch 'PHP-5.4'

* PHP-5.4:
  Use emalloc instead of malloc

Use emalloc instead of malloc

Merge branch 'PHP-5.4'

* PHP-5.4:
  Fix bug #62066 Test Bug - ext/tidy/tests/004.phpt

Merge branch 'PHP-5.3' into PHP-5.4

* PHP-5.3:
  Fix bug #62066 Test Bug - ext/tidy/tests/004.phpt

Fix bug #62066 Test Bug - ext/tidy/tests/004.phpt

Merge branch 'PHP-5.4'

* PHP-5.4:
  Fixed bug #62068 Test bug - gmp_nextprime and 022
  Fix: 62067 Moved comments to FILE section
  - BFN

Merge branch 'PHP-5.3' into PHP-5.4

* PHP-5.3:
  Fixed bug #62068 Test bug - gmp_nextprime and 022
  Fix: 62067 Moved comments to FILE section
  - BFN

Conflicts:
NEWS

Fixed bug #62068 Test bug - gmp_nextprime and 022

Fixed bug #61998 (Using traits with method aliases appears to result in crash during execution)

Fixed bug #61998 (Using traits with method aliases appears to result in crash during execution)

Fixed bug #61998 (Using traits with method aliases appears to result in crash during execution)

Fixed bug #61998 (Using traits with method aliases appears to result in crash during execution)

- BFN

- Fixed bug #62025 (__ss_family was changed on AIX 5.3)

- Fixed bug #62025 (__ss_family was changed on AIX 5.3)

- Fixed build using g++ (which complains about jump that crosses initialization)

Note recent changes to ext/intl in UPGRADING

Merge remote branch 'github/intl_calendar'

Fix: 62067 Moved comments to FILE section

Fix: 62067 Moved comments to FILE section

Fix: 62067 Moved comments to FILE section

- BFN

Merge branch 'master' of git.php.net:php-src

- BFN

- Fixed bug #62064 (memory leak in the XML Writer module)

Merge branch 'PHP-5.3' into PHP-5.4

* PHP-5.3:
  - Fixed bug #62064 (memory leak in the XML Writer module)

- Fixed bug #62064 (memory leak in the XML Writer module)

Added IntlCalendar::toDateTime()

Fixed a couple of memory leaks

Fixed bad DateTime construction state check

MessageFormatter accepts IntlCalendar arguments

Now MessageFormatter::format() accepts IntlCalendar objects to be used in
arguments of type Format::kDate.

Merge branch 'intl_format_tz' into intl_calendar

Bug #58756: w.r.t MessageFormatter (partial fix)

I don't think the current ICU API allows this bug to be completely fixed.

Right now, the code cannot control the time zone used in date/time formats
that appear inside complex subformats. See the comment inside
umsg_set_timezone().

Handle bogus string in intl_charFromString().

Whitespace.

Added IntlTimeZone::fromDateTimeZone() and ::toDateTimeZone.

IntlTimeZone::fromDateTimeZone(DateTimeZone $dtz) converts from an
ext/date TimeZone to an IntlTimeZone. The conversion is done by feeding
the time zone name (essentially what would be given by
DateTimeZone::getName()) to ICU's TimeZone::createTimeZone except if it's
an offset time zone. In that case, the offset is read from the ext/date
time zone object structure and an appopriate id (of the form
GMT<+|-><HH:MM>) is given to ICU's TimeZone::createTimeZone. Not all
ext/date time zones are recognized for ICU. For instance, WEST is not.
Note that these kind of abbreviations, as far as I can tell, can only be
created via ext/date DateTime, not directly through DateTimeZone's
constructor.

For IntlTimeZone::toDateTimeZone(), the behavior is symmetrical.
We instantiate a DateTimeZone and then call its constructor if we don't
have an offset time zone, otherwise we mess with its structure. If the
timezone is not valid for ext/date, then we allow the exception of
DateTimeZone constructor to propagate.

Fixed two IntlCalendar::setTimeZone() tests.

Added IntlCalendar::fromDateTime()

IntlCalendar::fromDateTime(DateTime|string $dateTime[, string $locale)
intlcal_from_date_time(...)

If a string is given as the first argument, the method will try to
instantiate a new DateTime object and use that instead.

Accept DateTimeZone where time zones are expected.

Also unified timezone handling in IntlCalendar::setTimeZone()
to that in the IntlCalendar and IntlGregorianCalendar constructors.

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.

Merge branch 'PHP-5.4'

* PHP-5.4:
  PHP 5.3.15-dev

Merge branch 'PHP-5.3' into PHP-5.4

* PHP-5.3:
  PHP 5.3.15-dev

Conflicts:
configure.in
main/php_version.h

PHP 5.3.15-dev

Merge branch 'PHP-5.3' of git.php.net:/php-src into PHP-5.3

* 'PHP-5.3' of git.php.net:/php-src:
  Fix for bug#62046

Merge branch 'PHP-5.4'

* PHP-5.4:
  fd fix
  fix bug #61065 (cherry picked from commit a10e778bfb7ce9caa1f91666ddf2705db7982d68)

Merge branch 'PHP-5.3' into PHP-5.4

* PHP-5.3:
  fd fix
  fix bug #61065 (cherry picked from commit a10e778bfb7ce9caa1f91666ddf2705db7982d68)

fd fix

fix bug #61065
(cherry picked from commit a10e778bfb7ce9caa1f91666ddf2705db7982d68)

Merge branch 'PHP-5.4'

Merge branch 'PHP-5.3' into PHP-5.4

Conflicts:
ext/mysqlnd/mysqlnd_ps.c

merge fix for bug#62046

Fix for bug#62046

Bug#62046 mysqli@mysqlnd can't iterate over stored sets after call to
mysqli_stmt_reset().

Stmt's state was changed to STMT_PREPARED and leads the driver to think
that the stmt was just prepared. Because result set exist also for only
prepared but not executed sets, the check for stmt->result isn't any good.
There is a result set, because as response for COM_PREPARE the server sends
metadata and metadata is part of a result set. After COM_EXECUTE the server
sends metadata again, which could be different and in this case more correct.

Merge branch 'PHP-5.4'

* PHP-5.4:
  - Fixed bug #55299 (multiple null pointer in win32/registry.c)

Merge branch 'PHP-5.3' into PHP-5.4

* PHP-5.3:
  - Fixed bug #55299 (multiple null pointer in win32/registry.c)

- Fixed bug #55299 (multiple null pointer in win32/registry.c)

Merge branch 'PHP-5.4'

* PHP-5.4:
  Revert "Update test to fix breakage caused by the previous commit."
  fix test
  to 5.4.5-dev

Revert "Update test to fix breakage caused by the previous commit."

This reverts commit 05c8d4766c272e101b5279f0ec432e1b16e74637.
Connected to revert 7bbd5521d28ee77c5a8df80174f52dad0112e872.

fix test

to 5.4.5-dev

Merge branch 'PHP-5.4'

* PHP-5.4:
  fd fix
  fix bug #61065

Conflicts:
UPGRADING

fd fix

fix bug #61065

Merge branch 'PHP-5.4'

* PHP-5.4:
  Changes to remaining two tests, #62022

Changes to remaining two tests, #62022

Merge branch 'PHP-5.4'

* PHP-5.4:
  Small fixes to tests, see #62022

Merge branch 'PHP-5.3' into PHP-5.4

* PHP-5.3:
  Small fixes to tests, see #62022

Small fixes to tests, see #62022

Merge branch 'PHP-5.4'

* PHP-5.4:
  Change impl of GZIP_POST, DEFLATE_POST. See #62021

Merge branch 'PHP-5.3' into PHP-5.4

* PHP-5.3:
  Change impl of GZIP_POST, DEFLATE_POST. See #62021

Change impl of GZIP_POST, DEFLATE_POST. See #62021

Merge branch 'PHP-5.4'

* PHP-5.4:
  BFN
  Fix NEWS entry for #61602.

BFN

Fix NEWS entry for #61602.

Merge branch 'PHP-5.4'

* PHP-5.4:
  Fixed CODING_STANDARD and move parameter parse code
  Implemented FR #61602 Allow access to name of constant used as default value

Merge branch 'add-const-name' of git://github.com/reeze/php-src into PHP-5.4

cleanup merge

fix bug #60761 zlib.output_compression fails on refresh

Bump to 5.4.4-dev

fix bug #61782 - __clone/__destruct do not match other methods when checking access controls

fix bug #54547

update NEWS/UPGRADING

fix bug #61782 - __clone/__destruct do not match other methods when checking access controls

fix bug #54547

Merge branch 'extra_precision'

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.

Updated UPGRADING with changes to ext/intl.

Merge branch 'fr61871'

ICU < 4.8 compat in MessageFormatter

Restricted support for named arguments to ICU 4.8+.

Also added bound checks when converting arguments to Formattables.

Don't check number of args in msgfmt_do_format

The check does not work reliably across ICU versions when named arguments
are added to the mix. For instance, for recent versions of ICU like 49,
a pattern like "{foo,number} {foo}", has 0 returned from
umsg_format_arg_count(), but for ICU 4.0, this returns 2.

Added new MessageFormatter tests.

Better error messages in MessageFormatter::format.

Accept numeric strings for dates.

Refactored umsg_helper_zval_to_millis in the process.

Cache arguments type info in MessageFormatter.

Set global error if insufficient numeric args. WS.