Re: [PHP-DEV] [VOTE] Voting opens for str_starts_with and ends_with functions

[Theodore Brown]

On Thu, July 4, 2019 at 9:13 PM Will  wrote:

> After 15 days of discussion I have opened up voting on the following RFC 
> (https://wiki.php.net/rfc/add_str_begin_and_end_functions) .
>
> You can access the voting page here: 
> https://wiki.php.net/rfc/add_str_begin_and_end_functions/vote
>
> I have never set up a vote on doku-wiki so please let me know if I made 
> the vote incorrectly!

It seems really unusual for voting to be on a separate page than the
RFC. Can you move the doodle voting macro to a "Vote" section on the
main RFC page?

Thanks,
Theodore
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Re: [VOTE] Voting opens for str_starts_with and ends_with functions

[will]

Following up on this, I plan to leave voting open for a full 15 days, 
until July 20, 2019 Anywhere-on-Earth (AOE) time. If there are issues 
with this time, let me know.


Thanks,

Will

On 2019-07-04 22:13, w...@wkhudgins.info wrote:

Hello all,

After 15 days of discussion I have opened up voting on the following
RFC (https://wiki.php.net/rfc/add_str_begin_and_end_functions) .

You can access the voting page here:
https://wiki.php.net/rfc/add_str_begin_and_end_functions/vote

I have never set up a vote on doku-wiki so please let me know if I
made the vote incorrectly!

Thanks,

Will


--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] [VOTE] Voting opens for str_starts_with and ends_with functions

[will]

Hello all,

After 15 days of discussion I have opened up voting on the following RFC 
(https://wiki.php.net/rfc/add_str_begin_and_end_functions) .


You can access the voting page here: 
https://wiki.php.net/rfc/add_str_begin_and_end_functions/vote


I have never set up a vote on doku-wiki so please let me know if I made 
the vote incorrectly!


Thanks,

Will

--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] [RFC][VOTE] Deprecate curly brace syntax for accessing array elements and string offsets

[Theodore Brown]

On Thu, July 4, 2019 at 5:26 PM Björn Larsson  wrote:

> Den 2019-07-03 kl. 17:25, skrev Peter Bowyer:
>
> > Thanks for taking the time to push forward this RFC.
> >
> > I found the earlier discussion at https://externals.io/message/104744,
> > which I hadn't seen. Like others, I would have chosen to keep {} for
> > string offsets to make it clearer, though I have not used {} in my
> > code for a decade. Was any consideration given to a split vote,
> > voting on the array and string deprecations separately?
> >
> > For others interested, the history of this deprecation going back to
> > 2005 is found at https://externals.io/message/38153
>
> Hi,
>
> I have the same question regarding split vote. In my eyes the
> array case is a no-brainer, but for string access maybe not...


Good question. I did consider whether it would make sense to only
deprecate curly brace offset access for arrays and not strings. The
problem with this is that it wouldn't solve the issue of confusion
outlined in the RFC.

Unless the bracket syntax for string offset access was also
deprecated, users would still be left to question whether the curly
brace syntax behaves differently in certain circumstances, if one
alternative performs better than the other, if there is a scoping
related difference, or when the curly brace syntax should be used
instead of the normal bracket syntax for string offset access.


> Would it be possible to compare the string access only for both
> curly & straight braces and the same for array access?

I updated my script to list all the unique variable names referenced
in the output of Nikita's analysis of the top 2k Composer packages:
https://gist.github.com/theodorejb/ba35fc8f72df8823e07c5f3b51870e00.

The most frequent variable name is `$string`, and from numerous other
variable names it does seem that the majority of curly brace usages
are on strings (other frequent variable names include `$code`,
`$Bytestring`, `$chrs`, `$text`, `$str`, `$numberstring`, and many
similar examples). I also dug into the repositories for a bunch of
the packages, and most of the curly braces uses appear to be in older
code without any type declarations (which may explain why so many
variable names include a type).

Best regards,
Theodore
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] [RFC][VOTE] Deprecate curly brace syntax for accessing array elements and string offsets

[Björn Larsson]

Den 2019-07-03 kl. 17:25, skrev Peter Bowyer:

Hi Andrey,

Thanks for taking the time to push forward this RFC.

I found the earlier discussion at https://externals.io/message/104744,
which I hadn't seen. Like others, I would have chosen to keep {} for string
offsets to make it clearer, though I have not used {} in my code for a
decade. Was any consideration given to a split vote, voting on the array
and string deprecations separately?

For others interested, the history of this deprecation going back to 2005
is found at https://externals.io/message/38153

Peter


Hi,

I have the same question regarding split vote. In my eyes the
array case is a no-brainer, but for string access maybe not...

r//Björn L

--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] [RFC][VOTE] Deprecate curly brace syntax for accessing array elements and string offsets

[Björn Larsson]

Den 2019-07-03 kl. 19:22, skrev Claude Pache:




Le 3 juil. 2019 à 17:59, Nikita Popov  a écrit :

On Wed, Jul 3, 2019 at 4:41 PM Levi Morrison  wrote:


Was any analysis of usage done for top open source projects? I support
this direction, but would prefer to know its current impact before
voting.


I checked top 2k projects with a 2-3 months outdated data set. Here is the
analysis log: https://gist.github.com/nikic/b5f811e0423bf051f4492cd6e0c0273e

Overall there were ~2.2k individual uses of alternative array syntax. To
put that into context, there 888.3k total array accesses in the data set,
which puts usage at about 0.25%. Uses are usually clustered, i.e. if
alternative array syntax is used in a file, it will be used many times.

Nikita

It ought to be noted that the alternative syntax is used essentially for 
strings, not for arrays proper. In fact, I expect that it is used almost 
exclusively for strings.

That means, most probably: ~2.2k uses of alternative syntax for direct byte 
access in strings among 888.3k for byte access in strings AND direct element 
access in arrays.

—Claude

Hi,

Would it be possible to compare the string access only for both curly & 
straight braces

and the same for array access?

r//Björn L

--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] [RFC] Desire to move RFC add_str_begin_and_end_functions to a vote

[Björn Larsson]

Den 2019-07-04 kl. 18:43, skrev w...@wkhudgins.info:
I have updated the RFC here 
https://wiki.php.net/rfc/add_str_begin_and_end_functions to reflect 
changes from the mailing list discussions. I will promptly open voting 
on this RFC.


-Will


Hi,

I think it would be good to include references to the Javscript & Python
functions that was referenced earlier since it was a driver for the name
change.

r//Björn L

--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Re: FFI class introduces non-standard method types (can be called statically and non-statically)

[Mark Clements (HappyDog)]

""Mark Clements (HappyDog)""  wrote in message 
news:php.internals-105...@news.php.net...
> [SUMMARISED]
> The new FFI class that has been introduced in PHP 7.4 [1].
> has bivalent methods, which is not allowed in userland code and
> is therefore introducing an inconsistency in the language.
> [SEE ORIGINAL POST FOR FULL DETAILS]

I've not had a response to this post.  Is it something that would be better 
posted to the issue tracker?

The reason for posting here was to get some community feedback on this PHP 
oddity and to try and resolve the weirdness before it gets an official 
release and then becomes a BC issue.

Kind regards,

- Mark Clements (HappyDog)



-- 
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] [RFC] Desire to move RFC add_str_begin_and_end_functions to a vote

[will]

I have updated the RFC here 
https://wiki.php.net/rfc/add_str_begin_and_end_functions to reflect 
changes from the mailing list discussions. I will promptly open voting 
on this RFC.


-Will

--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] PHP 7.2.20 Released

[Remi Collet]

Hi,

The PHP development team announces the immediate availability of PHP
7.2.20. This is a bugfix release.

All PHP 7.2 users are encouraged to upgrade to this version.

For source downloads of PHP 7.2.20 please visit our downloads page.
Windows binaries can be found on the PHP for Windows site.
The list of changes is recorded in the ChangeLog.


Release Announcement: http://php.net/releases/7_2_20.php
Downloads:http://www.php.net/downloads
Windows downloads:http://windows.php.net/download
Changelog:http://www.php.net/ChangeLog-7.php#7.2.20


Many thanks to all the contributors and supporters!


Sara Golemon, Remi Collet




php-7.2.20.tar.gz
SHA256 hash:
d1dbf6f299514c9aa55b2995928b798b27c21811a0447f0688993cdf36be0749
PGP signature:
-BEGIN PGP SIGNATURE-

iQIcBAABAgAGBQJdGyM6AAoJENyf+NPuWvJ/vVIP/29HDhnQHSeltSr1qYl7MyTY
Eq/skMvCDRhkkiPFVDTW9JUKkW+H3XMt3tsPlLXWQ4R1Kn1XFXOBaQrW4dHaAu0Z
5iGIJ237vLxRHJrKe3ULZrHfn+X/xX3sZDAfd0Ziu3OB7PPFelkdPdFYXTMu4Mmh
OCEC+0QbZ1PF3ckfB5/ZMbVpkFd5tqlAbGgr0HByOwQXL4CLAn7GLQ/Vk6kFrfmI
GvctpGBffAzNRI23PsiPp4ge4vzDazeDJQIW8GppS7LLm2kWLgXVb8mz/3xLRQ3l
uW9rxShL6F38VdiC5T5n17UTMqMZY3vv2KBpYCKu5uhOqyDUCCeXFfNsLz6j7q0G
sRM06psnLzjOHvyaGwWgHVzhQd5gfiOuFp5F+WFoAmfl8IV9CuRLVKjj3iEiiJD9
9DOjPUhybrsrtUsD8SZV0S01w80mVp+uk1PL+VDJvJkfzGu7krSvLOSYDsuOy7j7
tcIzJS8RVbEFYTWmx/6/oetjioFAN29d3DwncNG3q1r56eEhPMIFVvNt9gorgF6I
is0oBvtCzdAag2rRiphRSMIvS0XDSaIpCZ9sdGZMYqPdKrz/AOK4gqujskluoQ72
LvtZnfx1ut1dXec7CMD5ZTIOV8DrnSzjI62pQYzZKzw4cYl6Dx3p9hVJyu8//1qt
Wq1QfYmu30ONvTFaA5bD
=FEpo
-END PGP SIGNATURE-

php-7.2.20.tar.bz2
SHA256 hash:
9fb829e54e54c483ae8892d1db0f7d79115cc698f2f3591a8a5e58d9410dca84
PGP signature:
-BEGIN PGP SIGNATURE-

iQIcBAABAgAGBQJdGyM+AAoJENyf+NPuWvJ/3DQP/0xeoRCnxhRHfEgZZQbX6EW0
DuWFW5s0A2/mAogi0KNq3l6v2kwsC5jX34MNFlKX0qLcXQZEvLMcwa9L5kWmGb9X
HM93gTUGMBg1tEbToxmh7v0ZKHHQBOcOqqdcgNs2lf7qjGq+9z43U/B9dKFRCk6e
YBPBqZoFWgeB5wMOGPreqO6rLj4mT9prbJW7WE8te6qRuYT/iyCwMujltGqjNqw7
cFOP/CazONhq3K0gvEfo+Xru7/BZM9DkLRzAlzqhb2YIDwQavTRMjxTZ7kL8sGnz
iy7OV19hxkSuyPSO9dW7aV8eGxN+pH++SmSWpwzGZ4tzbwqB298X0tQzgN587U4r
f8LCUZaFJn7SgTRMdv3WmbIGmpTzesvYeecc3BkOU/jrO0XiWCC3YgIrvCV64QAu
dv5t567CK0XPTb7Kiz04GnK7+jmztZK7jYLx2giaYaC37ro8O4I4DARW7GJDPtY+
bkIoKH0ERz7bSuT3WOCNzg3/rqC0rLWahxmHmk0qv4czSwxuebLqlbtk7MPhpR+u
YHSbRl6bVLv4j4AO3KYbwcHHEjfy1ATIotohwyEU8cHq3JOHk/ISn7DVt8TUv7Os
83MzKhXGGxPVKMK8n8zouF1RFG50KroHPlcokNy0OsxxuS8sedxy/Tg8yJlS9rtT
+G9havySPlKYcVnTWb+a
=CDD1
-END PGP SIGNATURE-

php-7.2.20.tar.xz
SHA256 hash:
eff09da83e235c2ba25c85deea1d4f663bd71d50fd51ad11e1acebe26d733494
PGP signature:
-BEGIN PGP SIGNATURE-

iQIcBAABAgAGBQJdGyNAAAoJENyf+NPuWvJ/JlsP/2WEFK/iaEKEnwGZ6rp80gUu
+WkKprHtV7uuC9kqnJ2QObqRvuVkfuSv30Ebr1rGa90kleQD66lQfhL7PTdFBta+
Kd5NV8e5eaHAVLkGXpR4CDllVLHN90oczwu4h9qGpT3UP4XqI6BNcHb3JHRgqgu0
zzXfpKPzvhYXDza9tHiyWKWAQpvtQv/CaBQ9PGpTlvAfdEqwlDi89E9mM80CXLke
2Z3FHvbiB1ebXkO2d7OTuhubGtHBGixmd42XmRUcksNEV+faZezLAkEwAe9/6T85
7VggidAwcYAnV9hXFpeM1KJmNE8eR+kY6sc/TiKs3sDpWUgzacG9UBOY+Mb+BaaN
5jqp1ToLh7Vx+WtLKd4cJwc+v+eCIDEJh03U0nB30PmWVlBh+efpQadfVWDUr5Qy
TatEAHXfR/M9MP22xyKXwmwCkkzs2GmAfZOszXJpkrigEQqudTH5hi8iWlmjqP08
niFRVhjXfWVHQmGQorOaW1Xiud78XMpdOw4OfcvQXOfG/1bEvGKZ3ITWN8cmC56x
tOyOClUe+KP/aBdFqe1C69ATzTc/ZUGuv/TiXMDeKuScYuH4gjrplDJ+1MhocJhL
Btv0X4rCKd4jj6iKrrnWsoNJMB/p04gS3AUEP6Kh6cIUzuJNTkJEcXP4EBVVyBOE
ND2bTqtwKZgroctHk8lV
=L0pr
-END PGP SIGNATURE-

-- 
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] PHP 7.3.7 Released

[Christoph M. Becker]

The PHP development team announces the immediate availability of PHP
7.3.7. This is a bug fix release.

All PHP 7.3 users are encouraged to upgrade to this version.

For source downloads of PHP 7.3.7 please visit our downloads page.
Windows binaries can be found on the PHP for Windows site.
The list of changes is recorded in the ChangeLog.


Release Announcement: 
Downloads:
Windows downloads:
Changelog:


Many thanks to all the contributors and supporters!


Stanislav Malyshev, Christoph M. Becker


php-7.3.7.tar.bz2
SHA256 hash:
c3608fa7114642725854119ccffe722f42fc7c31e5e4c00d5cb4cb1a0d16bf18
PGP signature:
-BEGIN PGP SIGNATURE-

iQJABAABCAAqFiEEy69p8XOg/qS1N/Rw1myVkxGLzLYFAl0ckkwMHGNtYkBwaHAu
bmV0AAoJENZslZMRi8y2qvkP/31p6V9m/nhUyKlhxEl8bHJW8IZAVbcMU1Sy4RRz
PVX/1qZJyRXrKWeK04ca8EEsgpnVo0zX/ZrZj1WI7/Y/gzEHXvyKITL45dHt4RyE
OgAtyuX38CKzHfWL00PMUV/Nvp9UuPQeRw9vYCcDpaFylppPMoJiYITzFcEPip+r
q8mKlHS/jIbXkSTEBKWpU9DUFvlsXNMV/TPLq6xElUuVds65FHZ8IkyV99Bz/1wU
DMNj5i580O4WodQrB8kgsT+ug4QkFaNRyx7l/mrhdvU7dmvLojl6w6r1sQoNlP/f
KNiQE+K9ClLjvZfkop2U8OzjGpVlALAUZnTNXdHMZrjBN07OrYxj6Yz4NZVl685m
zz+vNJQICzkUDpUaA1pmB1YuC03Fl+s2I2eLgOHNFjzFDMJdHDHVHQwaOSkBdkNj
AlU4wGtgQOsPpWHxY9SD02YjA2GGH1AdX3xKoW6DSjBEy8vpLFn5aYhqZbD3PXVx
xcn5qQX+kYjgvaEFeo6GUnv0bNZa8avP9raJsrW5++Lqo7Srz7FODb7C6TVsNovG
d/tB8Ahuo9hjFpweusWHiUK4/GUTIwXbRWshakU6wOjS+mYhPHs/RZHo0Y/lVTKb
hHmy2KuBAMptqctoOlzo46A/qAztYZ6PANyC1dWIx6FELnML2Tr8fHMk1/c2f8jB
sgq9
=YyB0
-END PGP SIGNATURE-


php-7.3.7.tar.gz
SHA256 hash:
4230bbc862df712b013369de94b131eddea1e5e946a8c5e286b82d441c313328
PGP signature:
-BEGIN PGP SIGNATURE-

iQJABAABCAAqFiEEy69p8XOg/qS1N/Rw1myVkxGLzLYFAl0ckkwMHGNtYkBwaHAu
bmV0AAoJENZslZMRi8y2EiAP/RwxmfjniuNwO3f3N00e4QSjXQENNUw8INLoLYcy
eSVa8xJvXiXAQFmdm+w3KF/YuQleq22aGqHcrYcCHL92fdYf1MLKsstmJRk989SZ
/lp/19ngTVIM3nfRNrufiejAtYTdqGbGSWnxaTQtFCX42Pm08zOXuE35ljNsJ+sW
9h2iB9xS+a2CtDcYWMtcekkO2Ygsju7j1XWOLH2IEXdfHZkUNac3pgPwZOiuAP64
FOUUTynBseXkzGo2T6wnEKrOG3pXkC3UUkAhIjxwrQWQLBR3MzBdnbQTnqSS94z3
pdJyDIC0EDRZuoHYrRDkjBmFTDt/VELB/YrvHnHNvGpm7DjeyiBJONoz0l9EACSz
/Z8gcFW792xrVhxs63DDWtgtRyOzr0iJTJPwm9XH5uhR58wxkc2Sgz4wArXGUmke
xkd1QbrcGemKFKpLTYOo03mNJ8f7+VtaRhfHgcJITV9YIqyRLN9Erpaoj+JB8+B6
9837iE/pXjbQCabZz1c43KcxB/8TR++LVQEDs8EEbA5FKeJ9nLU6toQZCTe21wrd
KNoCXnamokYzKMP2pMd8mmXDWKUM6iBC7wHotbn6DHnHP+W0Qjh0FJbbBp3Ywsq2
rRXh2t8NMxsMYtEJUEXtadvv6/4fE6s0epN5+eYifgszaa6CmLIdJSYiEj0qCJhA
OF7u
=F3Ky
-END PGP SIGNATURE-


php-7.3.7.tar.xz
SHA256 hash:
ba067200ba649956b3a92ec8b71a6ed8ce8a099921212443c1bcf3260a29274c
PGP signature:
-BEGIN PGP SIGNATURE-

iQJABAABCAAqFiEEy69p8XOg/qS1N/Rw1myVkxGLzLYFAl0ckk0MHGNtYkBwaHAu
bmV0AAoJENZslZMRi8y23uIP/0QNJ6TIcpnTJ4Q86qMQ7rxvQ+CmpgTuyumzFt2b
N1kJWjAQhyNmm9C9DPukdKvuk8jVsvOSc72Uv/fUIg4rWJFWDr5DYnJepcNrp4ue
ZbVu94NjtG3LmtGg9/aFSEQxd+DiWC8CcrKnVz1fGT24dyb0ikUmd6J1WzaiHl0G
UJEQQgxdPu630jm+vXgmimn7H7A5CR3IOxM6YXzfjXrWyV1LjXrYrvZz11E8iT0r
N/sdJ5bOZq724k0TnO2+koXyBVX9CFqAw9WhN9/bnR+v8fcKEoo1avNOzNKz9hku
STlgD7zFrVcj8jhiekUkkacCM1Yoam8m9ttgKWZqnf5KUW1qwutRd6wRaPnA6Dvt
KA7wRUYJeoVpl+B2+wNYtLa+h0WVJgMHQAADf3dT0ycEJFW6r4fpzzYSHXoDNwND
lPrkqhjWsXm4qDdPmDMGBg6dzpJ5ovdlIz4Uqe+8R1GgOUAE3wotG6JnkcPI5mbv
bYJ0elo34vQSXZ16KRbG1fSrRDcXpEoapS3rMEZgwyG5nZobiDlZiZgPMK13eYNn
r8PCHDDT9zaBn43/oL8cj59+RAK23r7aArBQ6BU7aCVpDofvthYhuXGOJz5gDBXi
b5gmL77YeUnZY+zv9Ic9nmbcasmYLGNSkQK3IkU73PAIRmJaZw5SNf68xI2JKlxp
Ye7V
=IZCQ
-END PGP SIGNATURE-

-- 
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php