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.

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.

Fixed MessageFormatter subformat tests.

Refactoring of patch for FR #61871.

Orig patch for FR #61871 by David Sklar

Merge branch 'PHP-5.4'

* PHP-5.4:
  Fix grammo

Fix grammo

update NEWS

Merge branch 'PHP-5.4'

* PHP-5.4:
  Fixed Bug #62005 (unexpected behavior when incrementally assigning to a member of a null object)
  fix stack overflow in php_intlog10abs()
  fix stack overflow in php_intlog10abs()

Merge branch 'PHP-5.3' into PHP-5.4

* PHP-5.3:
  Fixed Bug #62005 (unexpected behavior when incrementally assigning to a member of a null object)
  fix stack overflow in php_intlog10abs()

Conflicts:
Zend/zend_execute.c

Fixed Bug #62005 (unexpected behavior when incrementally assigning to a member of a null object)

fix stack overflow in php_intlog10abs()

bug uncovered by LLVM/clang's new -fbounds-checking switch
this patch fixes a crash in ext/standard/tests/math/round_large_exp.phpt

fix stack overflow in php_intlog10abs()

bug uncovered by LLVM/clang's new -fbounds-checking switch
this patch fixes a crash in ext/standard/tests/math/round_large_exp.phpt

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

fix stack overflow in php_intlog10abs()

bug uncovered by LLVM/clang's new -fbounds-checking switch
this patch fixes a crash in ext/standard/tests/math/round_large_exp.phpt

Merge branch 'PHP-5.4'

* PHP-5.4:
  Fix bug #61990 ext\spl\examples\tests\dualiterator_001.phpt fails

Merge branch 'PHP-5.3' into PHP-5.4

* PHP-5.3:
  Fix bug #61990 ext\spl\examples\tests\dualiterator_001.phpt fails

Merge branch 'PHP-5.4'

Fix bug #61990 ext\spl\examples\tests\dualiterator_001.phpt fails

This fixes a general issue. In this ticket and not for the first time
is being seen, that people are trying to use data from "examples"
in the tests. When extracting a test pack only "tests" and its siblings
was taken into account. Now "examples" are copied as well.

Merge branch 'remove-useless-func-decleare' of https://github.com/reeze/php-src into PHP-5.4

Cleanup useless function declaration for traits

Merge branch 'PHP-5.4'

* PHP-5.4:
  Fix bug #61992 ext\standard\tests\general_functions\bug44295.phpt fails

Merge branch 'PHP-5.3' into PHP-5.4

* PHP-5.3:
  Fix bug #61992 ext\standard\tests\general_functions\bug44295.phpt fails

Fix bug #61992 ext\standard\tests\general_functions\bug44295.phpt fails

Exception text differ on windows

Merge branch 'PHP-5.4'

* PHP-5.4:
  updated NEWS

updated NEWS

Merge branch 'PHP-5.4'

* PHP-5.4:
  updated NEWS

Merge branch 'PHP-5.3' into PHP-5.4

* PHP-5.3:
  updated NEWS

updated NEWS

Merge branch 'PHP-5.4'

* PHP-5.4:
  Fix bug ext\standard\tests\file\realpath_cache_win32.phpt fails

Merge branch 'PHP-5.3' into PHP-5.4

* PHP-5.3:
  Fix bug ext\standard\tests\file\realpath_cache_win32.phpt fails

Fix bug ext\standard\tests\file\realpath_cache_win32.phpt fails

What happens here is trivial long overflow. Despite the bug attracted
attention on windows, the same story is on linux. Just wait for a big
anough bucket->key . The linux test had %i to check the key value
which should be %d all the way.

Merge branch 'PHP-5.4'

* PHP-5.4:
  Fix bug 61901 ext\phar\tests\phar_buildfromdirectory2.phpt fails

Merge branch 'PHP-5.3' into PHP-5.4

* PHP-5.3:
  Fix bug 61901 ext\phar\tests\phar_buildfromdirectory2.phpt fails

Fix bug 61901 ext\phar\tests\phar_buildfromdirectory2.phpt fails

Another error message is produced by win specific code

Merge branch 'PHP-5.4'

* PHP-5.4:
  Correct test title

Correct test title

Merge branch 'PHP-5.4'

* PHP-5.4:
  Implemented FR #61977 (Need CLI web-server support for files with .htm & svg extensions)