Classify object handlers are required/optional

Merge branch 'PHP-7.3'

* PHP-7.3:
  Add support for getting SKIP_TAGSTART and SKIP_WHITE options

Merge branch 'PHP-7.2' into PHP-7.3

* PHP-7.2:
  Add support for getting SKIP_TAGSTART and SKIP_WHITE options

Merge branch 'PHP-7.1' into PHP-7.2

* PHP-7.1:
  Add support for getting SKIP_TAGSTART and SKIP_WHITE options

Add support for getting SKIP_TAGSTART and SKIP_WHITE options

When `XML_OPTION_SKIP_TAGSTART` and `XML_OPTION_SKIP_WHITE` had been
introduced[1], it had been overlooked to also support them for
`xml_parser_get_option()`.  We catch up on that.

[1] <http://git.php.net/?p=php-src.git;a=commit;h=b57dc275950b228f2399990471c4f22b7d154c6c>

Remove some obsolete config_vars.mk occurrences

The `config_vars.mk` file was a part of previous *nix build system and
has been removed via 9d9d39a0de3bec962c343051011f5a2ed7d7b242.

Remove bsd_converted from .gitignore

The `bsd_converted` file was once used as a temporary locking mechanism
on BSD systems builds and has been made obsolete via commit
9d9d39a0de3bec962c343051011f5a2ed7d7b242
so it can be also removed from the main .gitignore file.

Remove configuration parser and scanners ignores

The configuration-parser.c, configuration-parser.h,
configuration-parser.output and configuration-scanner.c were refactored
via 78194a47b7ad76aaea3bb8e91fa0f5707ae88d00 and can be removed in the
.gitignore.

Remove obsolete buildconf.stamp from .gitignore

The buildconf.stamp file was used to store particular build time
information in the past and then got removed via the
6c6c0a630c48190df5fa47567699760054748f9a
and the migration usage of the build/build.mk file only.

[ci skip] Add magicdata.patch exception to .gitignore

Remove outdated ext/spl/examples items from .gitignore

Remove unused test.inc in ext/iconv/tests

Remove value from --CGI-- section

The `--CGI--` section takes no value and is enabled as empty already.

Merge branch 'PHP-7.3'

* PHP-7.3:
  Fix failing Zend/tests due to newlines

Fix failing Zend/tests due to newlines

Sync leading and final newlines in *.phpt sections

This patch adds missing newlines, trims multiple redundant final
newlines into a single one, and trims redundant leading newlines in all
*.phpt sections.

According to POSIX, a line is a sequence of zero or more non-' <newline>'
characters plus a terminating '<newline>' character. [1] Files should
normally have at least one final newline character.

C89 [2] and later standards [3] mention a final newline:
"A source file that is not empty shall end in a new-line character,
which shall not be immediately preceded by a backslash character."

Although it is not mandatory for all files to have a final newline
fixed, a more consistent and homogeneous approach brings less of commit
differences issues and a better development experience in certain text
editors and IDEs.

[1] http://pubs.opengroup.org/onlinepubs/9699919799/basedefs/V1_chap03.html#tag_03_206
[2] https://port70.net/~nsz/c/c89/c89-draft.html#2.1.1.2
[3] https://port70.net/~nsz/c/c99/n1256.html#5.1.1.2

Merge branch 'PHP-7.3'

* PHP-7.3:
  Sync leading and final newlines in *.phpt sections
  Sync leading and final newlines in *.phpt sections
  Sync leading and final newlines in *.phpt sections

Sync leading and final newlines in *.phpt sections

This patch adds missing newlines, trims multiple redundant final
newlines into a single one, and trims redundant leading newlines in all
*.phpt sections.

According to POSIX, a line is a sequence of zero or more non-' <newline>'
characters plus a terminating '<newline>' character. [1] Files should
normally have at least one final newline character.

C89 [2] and later standards [3] mention a final newline:
"A source file that is not empty shall end in a new-line character,
which shall not be immediately preceded by a backslash character."

Although it is not mandatory for all files to have a final newline
fixed, a more consistent and homogeneous approach brings less of commit
differences issues and a better development experience in certain text
editors and IDEs.

[1] http://pubs.opengroup.org/onlinepubs/9699919799/basedefs/V1_chap03.html#tag_03_206
[2] https://port70.net/~nsz/c/c89/c89-draft.html#2.1.1.2
[3] https://port70.net/~nsz/c/c99/n1256.html#5.1.1.2

Merge branch 'PHP-7.2' into PHP-7.3

* PHP-7.2:
  Sync leading and final newlines in *.phpt sections
  Sync leading and final newlines in *.phpt sections

Sync leading and final newlines in *.phpt sections

This patch adds missing newlines, trims multiple redundant final
newlines into a single one, and trims redundant leading newlines in all
*.phpt sections.

According to POSIX, a line is a sequence of zero or more non-' <newline>'
characters plus a terminating '<newline>' character. [1] Files should
normally have at least one final newline character.

C89 [2] and later standards [3] mention a final newline:
"A source file that is not empty shall end in a new-line character,
which shall not be immediately preceded by a backslash character."

Although it is not mandatory for all files to have a final newline
fixed, a more consistent and homogeneous approach brings less of commit
differences issues and a better development experience in certain text
editors and IDEs.

[1] http://pubs.opengroup.org/onlinepubs/9699919799/basedefs/V1_chap03.html#tag_03_206
[2] https://port70.net/~nsz/c/c89/c89-draft.html#2.1.1.2
[3] https://port70.net/~nsz/c/c99/n1256.html#5.1.1.2

Merge branch 'PHP-7.1' into PHP-7.2

* PHP-7.1:
  Sync leading and final newlines in *.phpt sections

Sync leading and final newlines in *.phpt sections

This patch adds missing newlines, trims multiple redundant final
newlines into a single one, and trims redundant leading newlines in all
*.phpt sections.

According to POSIX, a line is a sequence of zero or more non-' <newline>'
characters plus a terminating '<newline>' character. [1] Files should
normally have at least one final newline character.

C89 [2] and later standards [3] mention a final newline:
"A source file that is not empty shall end in a new-line character,
which shall not be immediately preceded by a backslash character."

Although it is not mandatory for all files to have a final newline
fixed, a more consistent and homogeneous approach brings less of commit
differences issues and a better development experience in certain text
editors and IDEs.

[1] http://pubs.opengroup.org/onlinepubs/9699919799/basedefs/V1_chap03.html#tag_03_206
[2] https://port70.net/~nsz/c/c89/c89-draft.html#2.1.1.2
[3] https://port70.net/~nsz/c/c99/n1256.html#5.1.1.2

Remove assignment irrelevant for release build

Trim trailing whitespace in *.phpt

Merge branch 'PHP-7.3'

* PHP-7.3:
  Trim trailing whitespace in *.phpt
  Trim trailing whitespace in *.phpt
  Trim trailing whitespace in *.phpt

Trim trailing whitespace in *.phpt

Merge branch 'PHP-7.2' into PHP-7.3

* PHP-7.2:
  Trim trailing whitespace in *.phpt
  Trim trailing whitespace in *.phpt

Trim trailing whitespace in *.phpt

Merge branch 'PHP-7.1' into PHP-7.2

* PHP-7.1:
  Trim trailing whitespace in *.phpt

Trim trailing whitespace in *.phpt

Trim trailing whitespace in tests

Merge branch 'PHP-7.3'

* PHP-7.3:
  Fix failing ext/session/tests due to final newlines

Merge branch 'PHP-7.2' into PHP-7.3

* PHP-7.2:
  Fix failing ext/session/tests due to final newlines

Merge branch 'PHP-7.1' into PHP-7.2

* PHP-7.1:
  Fix failing ext/session/tests due to final newlines

Fix failing ext/session/tests due to final newlines

Sync leading and final newlines in source code files

This patch adds missing newlines, trims multiple redundant final
newlines into a single one, and trims redundant leading newlines.

According to POSIX, a line is a sequence of zero or more non-' <newline>'
characters plus a terminating '<newline>' character. [1] Files should
normally have at least one final newline character.

C89 [2] and later standards [3] mention a final newline:
"A source file that is not empty shall end in a new-line character,
which shall not be immediately preceded by a backslash character."

Although it is not mandatory for all files to have a final newline
fixed, a more consistent and homogeneous approach brings less of commit
differences issues and a better development experience in certain text
editors and IDEs.

[1] http://pubs.opengroup.org/onlinepubs/9699919799/basedefs/V1_chap03.html#tag_03_206
[2] https://port70.net/~nsz/c/c89/c89-draft.html#2.1.1.2
[3] https://port70.net/~nsz/c/c99/n1256.html#5.1.1.2

Merge branch 'PHP-7.3'

* PHP-7.3:
  Sync leading and final newlines in source code files
  Sync leading and final newlines in source code files
  Sync leading and final newlines in source code files

Sync leading and final newlines in source code files

This patch adds missing newlines, trims multiple redundant final
newlines into a single one, and trims redundant leading newlines.

According to POSIX, a line is a sequence of zero or more non-' <newline>'
characters plus a terminating '<newline>' character. [1] Files should
normally have at least one final newline character.

C89 [2] and later standards [3] mention a final newline:
"A source file that is not empty shall end in a new-line character,
which shall not be immediately preceded by a backslash character."

Although it is not mandatory for all files to have a final newline
fixed, a more consistent and homogeneous approach brings less of commit
differences issues and a better development experience in certain text
editors and IDEs.

[1] http://pubs.opengroup.org/onlinepubs/9699919799/basedefs/V1_chap03.html#tag_03_206
[2] https://port70.net/~nsz/c/c89/c89-draft.html#2.1.1.2
[3] https://port70.net/~nsz/c/c99/n1256.html#5.1.1.2

Merge branch 'PHP-7.2' into PHP-7.3

* PHP-7.2:
  Sync leading and final newlines in source code files
  Sync leading and final newlines in source code files

Sync leading and final newlines in source code files

This patch adds missing newlines, trims multiple redundant final
newlines into a single one, and trims redundant leading newlines.

According to POSIX, a line is a sequence of zero or more non-' <newline>'
characters plus a terminating '<newline>' character. [1] Files should
normally have at least one final newline character.

C89 [2] and later standards [3] mention a final newline:
"A source file that is not empty shall end in a new-line character,
which shall not be immediately preceded by a backslash character."

Although it is not mandatory for all files to have a final newline
fixed, a more consistent and homogeneous approach brings less of commit
differences issues and a better development experience in certain text
editors and IDEs.

[1] http://pubs.opengroup.org/onlinepubs/9699919799/basedefs/V1_chap03.html#tag_03_206
[2] https://port70.net/~nsz/c/c89/c89-draft.html#2.1.1.2
[3] https://port70.net/~nsz/c/c99/n1256.html#5.1.1.2

Merge branch 'PHP-7.1' into PHP-7.2

* PHP-7.1:
  Sync leading and final newlines in source code files

Sync leading and final newlines in source code files

This patch adds missing newlines, trims multiple redundant final
newlines into a single one, and trims redundant leading newlines.

According to POSIX, a line is a sequence of zero or more non-' <newline>'
characters plus a terminating '<newline>' character. [1] Files should
normally have at least one final newline character.

C89 [2] and later standards [3] mention a final newline:
"A source file that is not empty shall end in a new-line character,
which shall not be immediately preceded by a backslash character."

Although it is not mandatory for all files to have a final newline
fixed, a more consistent and homogeneous approach brings less of commit
differences issues and a better development experience in certain text
editors and IDEs.

[1] http://pubs.opengroup.org/onlinepubs/9699919799/basedefs/V1_chap03.html#tag_03_206
[2] https://port70.net/~nsz/c/c89/c89-draft.html#2.1.1.2
[3] https://port70.net/~nsz/c/c99/n1256.html#5.1.1.2

Merge branch 'PHP-7.3'

* PHP-7.3:
  ext/sodium: sodium_pad(): do not copy any bytes if the string is empty
  ext/sodium: Fix sodium_pad() with blocksize >= 256
  ext/sodium: Use a correct max output size for base64 decoding
  ext/sodium: Avoid shifts wider than 32 bits on size_t values

Merge branch 'PHP-7.2' into PHP-7.3

* PHP-7.2:
  ext/sodium: sodium_pad(): do not copy any bytes if the string is empty
  ext/sodium: Fix sodium_pad() with blocksize >= 256
  ext/sodium: Use a correct max output size for base64 decoding
  ext/sodium: Avoid shifts wider than 32 bits on size_t values

[ci skip] Update NEWS

ext/sodium: sodium_pad(): do not copy any bytes if the string is empty

Spotted by San Zhang, thanks!

Backport from PECL libsodium-php 2.0.13

ext/sodium: Fix sodium_pad() with blocksize >= 256

Backport from PECL libsodium-php 2.0.12

ext/sodium: Use a correct max output size for base64 decoding

Also handle the case where the function is not available in test.

Backport from PECL libsodium-php 2.0.12

ext/sodium: Avoid shifts wider than 32 bits on size_t values

Backport from PECL libsodium-php 2.0.10

Merge branch 'PHP-7.3'

* PHP-7.3:
  Fix failing tests/lang due to whitespace

Merge branch 'PHP-7.2' into PHP-7.3

* PHP-7.2:
  Fix failing tests/lang due to whitespace

Merge branch 'PHP-7.1' into PHP-7.2

* PHP-7.1:
  Fix failing tests/lang due to whitespace

Fix failing tests/lang due to whitespace

Merge branch 'PHP-7.3'

* PHP-7.3:
  Fix failing ext/zlib/tests due to whitespace

Merge branch 'PHP-7.2' into PHP-7.3

* PHP-7.2:
  Fix failing ext/zlib/tests due to whitespace

Merge branch 'PHP-7.1' into PHP-7.2

* PHP-7.1:
  Fix failing ext/zlib/tests due to whitespace

Fix failing ext/zlib/tests due to whitespace

Trim trailing whitespace in source code files

Merge branch 'PHP-7.3'

* PHP-7.3:
  Trim trailing whitespace in source code files
  Trim trailing whitespace in source code files
  Trim trailing whitespace in source code files

Trim trailing whitespace in source code files

Merge branch 'PHP-7.2' into PHP-7.3

* PHP-7.2:
  Trim trailing whitespace in source code files
  Trim trailing whitespace in source code files

Trim trailing whitespace in source code files

Merge branch 'PHP-7.1' into PHP-7.2

* PHP-7.1:
  Trim trailing whitespace in source code files

Trim trailing whitespace in source code files

Require SQLite ≥ 3.5.0 for ext/sqlite3 and ext/pdo_sqlite

It is possible to pass flags when opening an SQLite database.  For
Sqlite < 3.5.0 these are ignored, since `sqlite3_open` doesn't support
flags.  Neither a warning or notice is raised in this case, nor is this
behavior documented in the PHP manual.  Instead of fixing it either
way, we lift the requirement to SQLite 3.5.0 (released on 2007-09-04)
instead of the former SQLite 3.3.9 (released on 2007-01-04).

Convert CRLF line endings to LF

This patch simplifies line endings tracked in the Git repository and
syncs them to all include the LF style instead of the CRLF files.

Newline characters:
- LF (\n) (*nix and Mac)
- CRLF (\r\n) (Windows)
- CR (\r) (old Mac, obsolete)

To see which line endings are in the index and in the working copy the
following command can be used:
`git ls-files --eol`

Git additionally provides `.gitattributes` file to specify if some files
need to have specific line endings on all platforms (either CRLF or LF).

Changed files shouldn't cause issues on modern Windows platforms because
also Git can do output conversion is core.autocrlf=true is set on
Windows and use CRLF newlines in all files in the working tree.

Unless CRLF files are tracked specifically, Git by default tracks all
files in the index using LF newlines.

Merge branch 'PHP-7.3'

* PHP-7.3:
  Convert CRLF line endings to LF
  Convert CRLF line endings to LF
  Convert CRLF line endings to LF

Convert CRLF line endings to LF

This patch simplifies line endings tracked in the Git repository and
syncs them to all include the LF style instead of the CRLF files.

Newline characters:
- LF (\n) (*nix and Mac)
- CRLF (\r\n) (Windows)
- CR (\r) (old Mac, obsolete)

To see which line endings are in the index and in the working copy the
following command can be used:
`git ls-files --eol`

Git additionally provides `.gitattributes` file to specify if some files
need to have specific line endings on all platforms (either CRLF or LF).

Changed files shouldn't cause issues on modern Windows platforms because
also Git can do output conversion is core.autocrlf=true is set on
Windows and use CRLF newlines in all files in the working tree.

Unless CRLF files are tracked specifically, Git by default tracks all
files in the index using LF newlines.

Merge branch 'PHP-7.2' into PHP-7.3

* PHP-7.2:
  Convert CRLF line endings to LF
  Convert CRLF line endings to LF

Convert CRLF line endings to LF

This patch simplifies line endings tracked in the Git repository and
syncs them to all include the LF style instead of the CRLF files.

Newline characters:
- LF (\n) (*nix and Mac)
- CRLF (\r\n) (Windows)
- CR (\r) (old Mac, obsolete)

To see which line endings are in the index and in the working copy the
following command can be used:
`git ls-files --eol`

Git additionally provides `.gitattributes` file to specify if some files
need to have specific line endings on all platforms (either CRLF or LF).

Changed files shouldn't cause issues on modern Windows platforms because
also Git can do output conversion is core.autocrlf=true is set on
Windows and use CRLF newlines in all files in the working tree.

Unless CRLF files are tracked specifically, Git by default tracks all
files in the index using LF newlines.

Merge branch 'PHP-7.1' into PHP-7.2

* PHP-7.1:
  Convert CRLF line endings to LF

Convert CRLF line endings to LF

This patch simplifies line endings tracked in the Git repository and
syncs them to all include the LF style instead of the CRLF files.

Newline characters:
- LF (\n) (*nix and Mac)
- CRLF (\r\n) (Windows)
- CR (\r) (old Mac, obsolete)

To see which line endings are in the index and in the working copy the
following command can be used:
`git ls-files --eol`

Git additionally provides `.gitattributes` file to specify if some files
need to have specific line endings on all platforms (either CRLF or LF).

Changed files shouldn't cause issues on modern Windows platforms because
also Git can do output conversion is core.autocrlf=true is set on
Windows and use CRLF newlines in all files in the working tree.

Unless CRLF files are tracked specifically, Git by default tracks all
files in the index using LF newlines.

Merge branch 'PHP-7.3'

Upgrade timelib to 2018.01RC1, to fix bug #77007

Merge branch 'PHP-7.3'

Merge branch 'PHP-7.2' into PHP-7.3

Upgrade timelib to 2017.08, to fix bug #77007

Merge branch 'PHP-7.3'

Update news with further fixed bugs due to timelib upgrade

Restore array_key_exists() compatibility for ArrayObject

Doing this by special-casing array_key_exists() for ArrayObject.

Update release process information to include the improved bumpRelease script

More straightforward count() on ArrayObject with object

Just writing this out as an explicit loop is both simpler and faster
than going through the entire positioning machinery.

Remove unnecessary get_hash_table return value checks

An ArrayObject always has a valid backing hashtable, this function
can never return NULL.

Remove redundant HASH_OF in mail.c

And use ZEND_HASH_FOREACH_STR_KEY_VAL where the integer key is not
needed.

Use ARRAY_OR_OBJECT arg in http_build_query

Instead of checking the type manually. Peculiarily the zpp
message does not use "array or object", but that's a general issue.
And I guess it's good that object support is not being advertised.

Remove unnecessary HASH_OF uses in mbstring

Drop unnecessary HASH_OF uses in ext/oci8

These only operate on arrays.

Remove HASH_OF uses in ext/filter

It turns out that all of these places ultimately only accept arrays,
not objects, so we can use Z_ARRVAL_P everywhere.

Also add _deref in a few places where the hash lookup result is
directly type-checked.

Modernize the AC_PRESERVE_HELP_ORDER macro call

The Autoconf AC_PRESERVE_HELP_ORDER macro has been available since
Autoconf 2.59c [1] and in PHP it has been called conditionally on two places
to support older Autoconf versions. With recent updates and the macro
can be called unconditionally.

[1] http://git.savannah.gnu.org/cgit/autoconf.git/tree/NEWS

Remove leftover code dealing with curl wrappers

Remove some redundant uses of HASH_OF

GET etc are always arrays, they cannot be objects. We just need to
check that they are initialized.

Remember redundant check in filter.c

We already check existence through zend_hash_str_find, no need
to check it twice.

Fix foreach/get_object_vars for shadowed properties

If we are in a scope where the shadowed private property is
visible, the shadowing public property should not be visible.

Merge branch 'PHP-7.3'

Fixed bug #76991

Back up exceptions while the scan-ahead loop, to avoid an early
bail out.

Specify timezone in test

Add UPGRADING notes

[ci skip]

Don't overload get_properties for ArrayObject

Instead overload get_properties_for for a few specific cases such
as array casts. This resolves the issue where ArrayObject
get_properties may violate engine invariants in some cases.

Migrate ext/date to get_properties_for where appropriate

This resolves the long-standing issue where var_dump
a DateTime (etc) object makes a number of additional properties
accessible, which may also change other behaviors as a side-effect.

Introduce get_properties_for() handler

This handler allows getting the object properties for a particular
purpose, such as array casting, serialization, etc.