Merge branch 'PHP-8.0'

* PHP-8.0:
  Don't accept null in pg_unescape_bytea()

Don't accept null in pg_unescape_bytea()

This is an error that slipped in via 8d37c37bcdbf6fa99cd275413342457eeb2c664e.
pg_unescape_bytea() did not accept null in PHP 7.4, and it is not
meaningful for it to accept null now -- it will always fail, and now
with a misleading OOM message.

Merge branch 'PHP-8.0' into master

* PHP-8.0:
  Update ext/odbc parameter names

Update ext/odbc parameter names

Closes GH-6303.

Merge branch 'PHP-8.0'

* PHP-8.0:
  Use $statement in mysqli

Use $statement in mysqli

As we went with $statement rather than $stmts in other places,
let's also use it in mysqli. The discrepancy with mysqli_stmt
is a bit unfortunate, but we can't be consistent with *both*.

Closes GH-6330.

Merge branch 'PHP-8.0' into master

Merge branch 'PHP-7.4' into PHP-8.0

Prepare for 7.4.13

Merge branch 'PHP-8.0' into master

* PHP-8.0:
  Ignore memory leaks reported for some libc-client functions

Merge branch 'PHP-7.4' into PHP-8.0

* PHP-7.4:
  Ignore memory leaks reported for some libc-client functions

Ignore memory leaks reported for some libc-client functions

At least on Windows, some static variables are lazily initialized
during `mail_open()` and `mail_lsub()`, which are reported as memory
leaks.  We suppress these false positives.

Closes GH-6326.

Merge branch 'PHP-8.0'

* PHP-8.0:
  Give preference to live-ranges with register hints to improve register reuse.

Give preference to live-ranges with register hints to improve register reuse.

Merge branch 'PHP-8.0'

* PHP-8.0:
  Update ext/pdo_pgsql parameter names

Update ext/pdo_pgsql parameter names

Closes GH-6329.

Merge branch 'PHP-8.0'

* PHP-8.0:
  Update ext/pgsql parameter names

Update ext/pgsql parameter names

Closes GH-6294.

Merge branch 'PHP-8.0'

* PHP-8.0:
  Fix handling of throwing undef var in verify return

Fix handling of throwing undef var in verify return

If we have an undefined variable and null is not accepted by the
return type, we want to throw just the undef var error.

In this case this lead to an infinite loop, because we overwrite
the exception opline in SAVE_OPLINE and it does not get reset
when chaining into a previous exception. Add an assertiong to
catch this case earlier.

Merge branch 'PHP-8.0'

* PHP-8.0:
  Update ext/sodium parameter names

Update ext/sodium parameter names

Closes GH-6279.

Merge branch 'PHP-8.0'

* PHP-8.0:
  Avoid useless register allocation

Avoid useless register allocation

Merge branch 'PHP-8.0'

* PHP-8.0:
  Update ext/phar parameter names

Update ext/phar parameter names

Closes GH-6307.

Merge branch 'PHP-8.0' into master

* PHP-8.0:
  7.3.25 is next

Merge branch 'PHP-7.4' into PHP-8.0

* PHP-7.4:
  7.3.25 is next

Merge branch 'PHP-7.3' into PHP-7.4

* PHP-7.3:
  7.3.25 is next

7.3.25 is next

Handle illegal bytes properly when converting to '7bit' encoding

Previously, mbstring would silently drop illegal bytes when converting a
string to '7bit' encoding.

Add mbstring identify filter for '7bit' encoding

Refactor mbfl_ident.c, mbfl_encoding.c, mbfl_memory_device.c, mbfl_string.c

- Make everything less gratuitously verbose
- Don't litter the code with lots of unneeded NULL checks (for things which
  will never be NULL)
- Don't return success/failure code from functions which can never fail
- For encoding structs, don't use pointers to pointers to pointers for the
  list of alias strings. Pointers to pointers (2 levels of indirection)
  is what actually makes sense. This gets rid of some extraneous
  dereference operations.

Remove useless constants MBFL_CHP_{CTL,DIGIT,UALPHA,LALPHA,MSPECIAL}

Remove useless validity check when converting UTF-16LE -> wchar

The check ensures that the decoded codepoint is between 0x10000-0x10FFFF,
which is the valid range which can be encoded in a UTF-16 surrogate pair.
However, just looking at the code, it's obvious that this will be true.
First of all, 0x10000 is added to the decoded codepoint on the previous
line, so how could it be less than 0x10000?

Further, even if the 20 data bits already decoded were 0xFFFFF (all ones),
when you add 0x10000, it comes to 0x10FFFF, which is the very top of the
valid range. So how could the decoded codepoint be more than 0x10FFFF?
It can't.

Refactor UTF-16LE -> wchar conversion code

Avoid compiler warnings related to mbstring flush functions

Merge branch 'PHP-8.0' into master

* PHP-8.0:
  Fix #80226: imap_sort() leaks sortpgm memory

Merge branch 'PHP-7.4' into PHP-8.0

* PHP-7.4:
  Fix #80226: imap_sort() leaks sortpgm memory

Merge branch 'PHP-8.0'

* PHP-8.0:
  Perform trace range propagation

Perform trace range propagation

Merge branch 'PHP-7.3' into PHP-7.4

* PHP-7.3:
  Fix #80226: imap_sort() leaks sortpgm memory

Fix #80226: imap_sort() leaks sortpgm memory

We need to free what we have allocated.

Closes GH-6327.

Merge branch 'PHP-8.0' into master

* PHP-8.0:
  Change parameters types from int to bool

Change parameters types from int to bool

These are typical boolean parameters, so we shouldn't advertize them as
integers.  For the `$reverse` parameter that even fixes expectations,
because the `reverse` member is a bitfield of 1 bit, so assigning any
even integer would not set it.

Closes GH-6328.

Merge branch 'PHP-8.0'

* PHP-8.0:
  Eliminate dead stores

Eliminate dead stores

Merge branch 'PHP-8.0'

Improve parameter names in ext/intl

Closes GH-6309

Improve parameter names in ext/pdo_sqlite

Closes GH-6310

Merge branch 'PHP-8.0'

* PHP-8.0:
  intl: report more information about message pattern parse errors

Merge branch 'PHP-7.4' into PHP-8.0

* PHP-7.4:
  intl: report more information about message pattern parse errors

intl: report more information about message pattern parse errors

The message patterns can be pretty complex, so reporting a generic
U_PARSE_ERROR without any additional information makes it needlessly
hard to fix erroneous patterns.

This commit makes use of the additional UParseError* parameter to
umsg_open to retrieve more details about the parse error to report that
to the user via intl_get_error_message()

Additional improve error reporting from the IntlMessage constructor.
Previously, all possible failures when calling IntlMessage::__construct()
would be masked away with a generic "Constructor failed" message.
This would include invalid patterns.

This commit makes sure that the underlying error that caused the
constructor failure is reported as part of the IntlException error
message.

Closes GH-6325.

Merge branch 'PHP-8.0'

* PHP-8.0:
  Fixed bug #80225

Fixed bug #80225

Namespaced and declares have a different interpretation of what
"first statement" means.

Merge branch 'PHP-8.0' into master

* PHP-8.0:
  Fix #80216: imap_mail_compose() does not validate types/encodings

Merge branch 'PHP-7.4' into PHP-8.0

* PHP-7.4:
  Fix #80216: imap_mail_compose() does not validate types/encodings

Merge branch 'PHP-7.3' into PHP-7.4

* PHP-7.3:
  Fix #80216: imap_mail_compose() does not validate types/encodings

Fix #80216: imap_mail_compose() does not validate types/encodings

We need to check whether the given `type`s and `encoding`s are within
bounds to avoid segfaults and out-of-bound reads.

Closes GH-6323.

Merge branch 'PHP-8.0' into master

* PHP-8.0:
  Fix #80223: imap_mail_compose() leaks envelope on malformed bodies

Merge branch 'PHP-7.4' into PHP-8.0

* PHP-7.4:
  Fix #80223: imap_mail_compose() leaks envelope on malformed bodies

Merge branch 'PHP-7.3' into PHP-7.4

* PHP-7.3:
  Fix #80223: imap_mail_compose() leaks envelope on malformed bodies

Fix #80223: imap_mail_compose() leaks envelope on malformed bodies

We have to clean up even on failure.

Closes GH-6322.

Merge branch 'PHP-8.0' into master

* PHP-8.0:
  Fix #80220: imap_mail_compose() may leak memory

Merge branch 'PHP-7.4' into PHP-8.0

* PHP-7.4:
  Fix #80220: imap_mail_compose() may leak memory

Merge branch 'PHP-7.3' into PHP-7.4

* PHP-7.3:
  Fix #80220: imap_mail_compose() may leak memory

Fix #80220: imap_mail_compose() may leak memory

Unless `topbod` is of `TYPEMULTIPART`, `mail_free_body()` does not free
the `nested.part`; while we could do this ourselves, instead we just
ignore additional bodies in this case, i.e. we don't attach them in the
first place.

Closes GH-6321.

Add GC support for PDO driver data

Add a get_gc method that can be implemented by drivers, which can
be used to add additional zvals to the GC buffer.

Implement GC support for PDO SQLite callbacks in particular.

Closes GH-6262.

Merge branch 'PHP-8.0'

* PHP-8.0:
  Revert "Add missing X509 purpose constants"

Merge branch 'PHP-7.4' into PHP-8.0

* PHP-7.4:
  Revert "Add missing X509 purpose constants"

Revert "Add missing X509 purpose constants"

This reverts commit 1e53e14bc31aec98a408e517c7c8493ef4bf80cd.

This fails on Travis.

Merge branch 'PHP-8.0'

* PHP-8.0:
  Add missing X509 purpose constants

Merge branch 'PHP-7.4' into PHP-8.0

* PHP-7.4:
  Add missing X509 purpose constants

Add missing X509 purpose constants

X509_PURPOSE_OCSP_HELPER, X509_PURPOSE_TIMESTAMP_SIGN are available
from OpenSSL for many years:

  - X509_PURPOSE_OCSP_HELPER, since 2001
  - X509_PURPOSE_TIMESTAMP_SIGN, since 2006

Also drop the ifdef check for X509_PURPOSE_ANY, as it is always
available in supported OpenSSL versions.

Closes GH-6312.

Merge branch 'PHP-8.0'

* PHP-8.0:
  Detect self-addition of array more accurately
  Deindirect source elements in zend_hash_merge

Merge branch 'PHP-7.4' into PHP-8.0

* PHP-7.4:
  Detect self-addition of array more accurately
  Deindirect source elements in zend_hash_merge

Merge branch 'PHP-7.3' into PHP-7.4

* PHP-7.3:
  Detect self-addition of array more accurately
  Deindirect source elements in zend_hash_merge

Detect self-addition of array more accurately

While the zvals may be different, they may still point to the
same array.

Fixes oss-fuzz #26245.

Deindirect source elements in zend_hash_merge

If the RHS has INDIRECT elements, we do not those to be added to
the LHS verbatim. As we're using UPDATE_INDIRECT, we might even
create a nested INDIRECT that way.

This is a side-quest of oss-fuzz #26245.

Merge branch 'PHP-8.0'

* PHP-8.0:
  Backport schedule in yaml

Merge branch 'PHP-7.4' into PHP-8.0

* PHP-7.4:
  Backport schedule in yaml

Backport schedule in yaml

I'm not sure it's needed, but let's try it: Add the scheduled
builds on PHP-7.4 and PHP-8.0 as well, rather than just master.

Merge branch 'PHP-8.0'

* PHP-8.0:
  Avoid non-object in FE_FREE

Merge branch 'PHP-7.4' into PHP-8.0

* PHP-7.4:
  Avoid non-object in FE_FREE

Avoid non-object in FE_FREE

Even if the properties HT is empty, make sure we still leave an
object in the FE_RESET result, so our type inference results
stay correct.

Merge branch 'PHP-8.0' into master

* PHP-8.0:
  XMLReader::open() and XMLReader::xml() are now static

XMLReader::open() and XMLReader::xml() are now static

Merge branch 'PHP-8.0' into master

* PHP-8.0:
  Remove return types from XMLWriter stubs

Remove return types from XMLWriter stubs

These break BC, and as such we have to stick with docblock annotations.

Closes GH-6319.

Merge branch 'PHP-8.0' into master

Merge branch 'PHP-7.4' into PHP-8.0

Merge branch 'PHP-7.3' into PHP-7.4

Fixed test for bug #48097 due to confirmed data changes in timelib

Merge branch 'PHP-8.0' into master

* PHP-8.0:
  Fix #80215: imap_mail_compose() may modify by-val parameters

Merge branch 'PHP-7.4' into PHP-8.0

* PHP-7.4:
  Fix #80215: imap_mail_compose() may modify by-val parameters

Merge branch 'PHP-7.3' into PHP-7.4

* PHP-7.3:
  Fix #80215: imap_mail_compose() may modify by-val parameters

Fix #80215: imap_mail_compose() may modify by-val parameters

We separate the input arrays and all sub-arrays to avoid modification
of the passed parameters.

This should be rewritten to use `zend_string`s for the "master" branch.

Closes GH-6316.

Merge branch 'PHP-8.0' into master

* PHP-8.0:
  Fix #80213: imap_mail_compose() segfaults on certain $bodies

Merge branch 'PHP-7.4' into PHP-8.0

* PHP-7.4:
  Fix #80213: imap_mail_compose() segfaults on certain $bodies

Merge branch 'PHP-7.3' into PHP-7.4

* PHP-7.3:
  Fix #80213: imap_mail_compose() segfaults on certain $bodies