delta/php-git.git/ext/filter, branch master git.php.net: repository/php-src.git Use zend_string_equals() API instead of strcmp() in Filter extension 2021-03-17T16:36:16+00:00 George Peter Banyard girgias@php.net 2021-03-17T11:32:02+00:00 4b20c03387ffb7e4e1fa2e5330722573f4a77361 






Improve class entry generation
2021-02-16T12:09:56+00:00

Máté Kocsis
kocsismate@woohoolabs.com

2021-02-15T21:14:36+00:00

bf0f6aaf18895c979dcf61ecb26bdd58a238a69b

Related to GH-6701





Related to GH-6701







Deprecate passing null to non-nullable arg of internal function
2021-02-11T20:46:13+00:00

Nikita Popov
nikita.ppv@gmail.com

2020-11-30T15:45:48+00:00

b10416a652d26577a22fe0b183b2258b20c8bb86

This deprecates passing null to non-nullable scale arguments of
internal functions, with the eventual goal of making the behavior
consistent with userland functions, where null is never accepted
for non-nullable arguments.

This change is expected to cause quite a lot of fallout. In most
cases, calling code should be adjusted to avoid passing null. In
some cases, PHP should be adjusted to make some function arguments
nullable. I have already fixed a number of functions before landing
this, but feel free to file a bug if you encounter a function that
doesn't accept null, but probably should. (The rule of thumb for
this to be applicable is that the function must have special behavior
for 0 or "", which is distinct from the natural behavior of the
parameter.)

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

Closes GH-6475.





This deprecates passing null to non-nullable scale arguments of
internal functions, with the eventual goal of making the behavior
consistent with userland functions, where null is never accepted
for non-nullable arguments.

This change is expected to cause quite a lot of fallout. In most
cases, calling code should be adjusted to avoid passing null. In
some cases, PHP should be adjusted to make some function arguments
nullable. I have already fixed a number of functions before landing
this, but feel free to file a bug if you encounter a function that
doesn't accept null, but probably should. (The rule of thumb for
this to be applicable is that the function must have special behavior
for 0 or "", which is distinct from the natural behavior of the
parameter.)

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

Closes GH-6475.







Implicitly enable function entry generation when class entry generation is enabled
2021-02-09T12:37:24+00:00

Máté Kocsis
kocsismate@woohoolabs.com

2021-02-08T19:08:11+00:00

99b08ac2817672c108149a65509c79baf261e819

Closes GH-6675





Closes GH-6675







Generate class entries from stubs for another batch of extensions
2021-02-08T18:53:55+00:00

Máté Kocsis
kocsismate@woohoolabs.com

2021-02-05T12:46:46+00:00

98fb565c7448cd455b8d24df5f6be8fcf9330fd7

Closes GH-6669





Closes GH-6669







Merge branch 'PHP-8.0'
2021-01-27T07:01:40+00:00

Stanislav Malyshev
stas@php.net

2021-01-27T07:01:40+00:00

7eff4057dedeffee81b23f23d48c06a2082f9a06

* PHP-8.0:
  Alternative fix for bug 77423





* PHP-8.0:
  Alternative fix for bug 77423







Merge branch 'PHP-7.4' into PHP-8.0
2021-01-27T06:55:16+00:00

Stanislav Malyshev
stas@php.net

2021-01-27T06:55:16+00:00

effa287b35775de9a600dddfd01cad081fa5f28f

* PHP-7.4:
  Alternative fix for bug 77423





* PHP-7.4:
  Alternative fix for bug 77423







Merge branch 'PHP-7.3' into PHP-7.4
2021-01-27T06:55:10+00:00

Stanislav Malyshev
stas@php.net

2021-01-27T06:55:10+00:00

fbf8c758fe31a19f35af839b97dc261a936c9b6e

* PHP-7.3:
  Alternative fix for bug 77423





* PHP-7.3:
  Alternative fix for bug 77423







Alternative fix for bug 77423
2021-01-27T06:54:58+00:00

Christoph M. Becker
cmbecker69@gmx.de

2021-01-19T10:23:25+00:00

4a89e726bd4d0571991dc22a9a1ad4509e8fe347

That bug report originally was about `parse_url()` misbehaving, but the
security aspect was actually only regarding `FILTER_VALIDATE_URL`.
Since the changes to `parse_url_ex()` apparently affect userland code
which is relying on the sloppy URL parsing[1], this alternative
restores the old parsing behavior, but ensures that the userinfo is
checked for correctness for `FILTER_VALIDATE_URL`.

[1] <https://github.com/php/php-src/commit/5174de7cd33c3d4fa591c9c93859ff9989b07e8c#commitcomment-45967652>





That bug report originally was about `parse_url()` misbehaving, but the
security aspect was actually only regarding `FILTER_VALIDATE_URL`.
Since the changes to `parse_url_ex()` apparently affect userland code
which is relying on the sloppy URL parsing[1], this alternative
restores the old parsing behavior, but ensures that the userinfo is
checked for correctness for `FILTER_VALIDATE_URL`.

[1] <https://github.com/php/php-src/commit/5174de7cd33c3d4fa591c9c93859ff9989b07e8c#commitcomment-45967652>







Replace zend_bool uses with bool
2021-01-15T11:33:06+00:00

Nikita Popov
nikita.ppv@gmail.com

2021-01-15T11:30:54+00:00

3e01f5afb1b52fe26a956190296de0192eedeec1

We're starting to see a mix between uses of zend_bool and bool.
Replace all usages with the standard bool type everywhere.

Of course, zend_bool is retained as an alias.





We're starting to see a mix between uses of zend_bool and bool.
Replace all usages with the standard bool type everywhere.

Of course, zend_bool is retained as an alias.