delta/php-git.git/ext/bcmath/tests, branch php-7.2.31 git.php.net: repository/php-src.git Fix #78878: Buffer underflow in bc_shift_addsub 2019-12-16T08:05:03+00:00 Christoph M. Becker cmbecker69@gmx.de 2019-11-30T11:26:37+00:00 eb23c6008753b1cdc5359dead3a096dce46c9018 We must not rely on `isdigit()` to detect digits, since we only support decimal ASCII digits in the following processing. 
We must not rely on `isdigit()` to detect digits, since we only support
decimal ASCII digits in the following processing.
Sync leading and final newlines in *.phpt sections 2018-10-15T02:31:31+00:00 Peter Kokot peterkokot@gmail.com 2018-10-15T02:31:31+00:00 f1d7e3ca0b70f910fcecef0278de9c15440ca3c0 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 
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 2018-05-19T11:11:39+00:00 Anatol Belski ab@php.net 2018-05-19T11:11:39+00:00 aebbf38df55971d105c8ceabc6f1492a9a31b523 * PHP-7.1: Refix the tests once more 
* PHP-7.1:
  Refix the tests once more
Refix the tests once more 2018-05-19T11:09:56+00:00 Anatol Belski ab@php.net 2018-05-19T11:09:56+00:00 83626ef97ac55064fdbee22ff18474e5a1f135b9 The behavior change seems to be in both runtime and system. The displaced warning output is of secondary interest anyway. 
The behavior change seems to be in both runtime and system. The
displaced warning output is of secondary interest anyway.
Merge branch 'PHP-7.1' into PHP-7.2 2018-05-19T09:44:26+00:00 Anatol Belski ab@php.net 2018-05-19T09:44:26+00:00 6fc405e851703f22255f81123a16c2b10a429325 * PHP-7.1: Fix remaining AppVeyor test failures due to the image update 
* PHP-7.1:
  Fix remaining AppVeyor test failures due to the image update
Fix remaining AppVeyor test failures due to the image update 2018-05-19T09:43:19+00:00 Anatol Belski ab@php.net 2018-05-19T09:43:19+00:00 589f8107e8fc3459e4c97bc7933f017ec997a416 






Scale support for bcmod()
2017-11-06T22:26:52+00:00

Christoph M. Becker
cmbecker69@gmx.de

2017-09-09T13:43:02+00:00

b152633ecb2030e2de1f83d2d42193185ea1bc21

As of commit 90dcbbe (PHP-7.2+) bcmod() supports non-integral
parameters as well. Since formerly only integer modulus has been
supported, it did not make much sense to cater to the scale with regard
to the result. However, now it does for consistency with other BCMath
operations.

Therefore, we add support for an optional `scale` parameter and fall
back to the default scale (`bcmath.scale`) as usual.





As of commit 90dcbbe (PHP-7.2+) bcmod() supports non-integral
parameters as well. Since formerly only integer modulus has been
supported, it did not make much sense to cater to the scale with regard
to the result. However, now it does for consistency with other BCMath
operations.

Therefore, we add support for an optional `scale` parameter and fall
back to the default scale (`bcmath.scale`) as usual.







Merge branch 'PHP-7.1' into PHP-7.2
2017-09-11T21:52:14+00:00

Christoph M. Becker
cmbecker69@gmx.de

2017-09-11T21:51:19+00:00

77f3cef35ced72f4aa873427ec053763ed3f3771

* PHP-7.1:
  Fixed bug #46781 (BC math handles minus zero incorrectly)





* PHP-7.1:
  Fixed bug #46781 (BC math handles minus zero incorrectly)







Fixed bug #46781 (BC math handles minus zero incorrectly)
2017-09-11T21:44:23+00:00

Christoph M. Becker
cmbecker69@gmx.de

2017-09-11T21:44:23+00:00

9aa6898b9be78bb1e138488c3204bb745a31aca7

Actually, there is no negative zero at all.  We obey Postel's law, and
still accept negative zeroes, but we store them as positive zeroes
after the conversion from string, i.e. we normalize before further
processing.





Actually, there is no negative zero at all.  We obey Postel's law, and
still accept negative zeroes, but we store them as positive zeroes
after the conversion from string, i.e. we normalize before further
processing.







Merge branch 'PHP-7.1' into PHP-7.2
2017-09-09T15:04:42+00:00

Christoph M. Becker
cmbecker69@gmx.de

2017-09-09T15:04:42+00:00

20fe838c767aad5ad48f1912c1dc9c7da88dc18d

* PHP-7.1:
  Fix bug75178.phpt on Windows





* PHP-7.1:
  Fix bug75178.phpt on Windows