Re: [PHP-DEV] Brainstorming idea: inline syntax for lexical (captured) variables

2023-04-13 Thread Rowan Tommins
On 14 April 2023 05:35:39 BST, "Michał Marcin Brzuchalski" wrote: >Have you thought about not populating property by default but instead: >* adding "use" language construct as default to all methods? >* adding ability to assign variable values from "use" to property if needed? > >Like desugar to

Re: [PHP-DEV] Brainstorming idea: inline syntax for lexical (captured) variables

2023-04-13 Thread DANIEL VARGAS MUCCILLO
Em qui., 13 de abr. de 2023 às 09:40, Nicolas Grekas < nicolas.grekas+...@gmail.com> escreveu: > > I created this draft RFC to help move things forward: > > https://wiki.php.net/rfc/syntax-to-capture-variables-when-declaring-anonymous-classes > > Please let me know your early thoughts and I'd be h

Re: [PHP-DEV] Brainstorming idea: inline syntax for lexical (captured) variables

2023-04-13 Thread Michał Marcin Brzuchalski
Hi Nicolas, czw., 13 kwi 2023 o 14:40 Nicolas Grekas napisał(a): > Hi Rowan, hi all! > > Le ven. 17 mars 2023 à 15:51, Larry Garfield a > écrit : > > > On Thu, Mar 16, 2023, at 6:05 PM, Rowan Tommins wrote: > > > On 16/03/2023 22:14, Larry Garfield wrote: > > >> Wouldn't the functionality descr

[PHP-DEV] PHP 8.1.18 Released!

2023-04-13 Thread Ben Ramsey
The PHP development team announces the immediate availability of PHP 8.1.18. This is a bugfix release. All PHP 8.1 users are encouraged to upgrade to this version. For source downloads of PHP 8.1.18 please visit our downloads page. Windows binaries can be found on the PHP for Windows site. The l

Re: [PHP-DEV] Improving Mailing-List interactions - was: [PHP-DEV] Moving PHP internals to GitHub

2023-04-13 Thread Timo Tijhof
With regards to user interfaces for email itself, I'd like to mention that there are many hybrids out there that work for many communities. I'm not proposing this in any way. I'm quite happy for PHP to use mailing lists, and personally would recommend improving the existing web interface, and to

Re: [PHP-DEV] First class callable syntax for instance methods

2023-04-13 Thread Larry Garfield
On Thu, Apr 13, 2023, at 3:04 PM, Zoltán Fekete wrote: > Hey guys! > >> On 13. Apr 2023, at 16:28, Robert Landers wrote: >> >> I'd be down for implementing this in a heartbeat if we >> >> $a = Closure::fromCallable(static fn () => $this->getId()); >> $b = Closure::bindMany($items); // executes `

[PHP-DEV] PHP 8.2.5 Released!

2023-04-13 Thread Pierrick Charron
The PHP development team announces the immediate availability of PHP 8.2.5. This is a bugfix release. All PHP 8.2 users are encouraged to upgrade to this version. For source downloads of PHP 8.2.5 please visit our downloads page. Windows binaries can be found on the PHP for Windows site. The list

Re: [PHP-DEV] Brainstorming idea: inline syntax for lexical (captured) variables

2023-04-13 Thread Rowan Tommins
On Thu, 13 Apr 2023 at 13:40, Nicolas Grekas wrote: > > I created this draft RFC to help move things forward: > > https://wiki.php.net/rfc/syntax-to-capture-variables-when-declaring-anonymous-classes > > Please let me know your early thoughts and I'd be happy to move it to > "under discussion". >

Re: [PHP-DEV] First class callable syntax for instance methods

2023-04-13 Thread Zoltán Fekete
> I cannot really assess how big of a hassle it would be, but what I personally > think that it look nice is something like this: > > ``` > class Verification > { > public function __construct(private string $id) {} > > public function getId(): string > { > return $this->id; > } >

Re: [PHP-DEV] First class callable syntax for instance methods

2023-04-13 Thread Zoltán Fekete
Hey guys! > On 13. Apr 2023, at 16:28, Robert Landers wrote: > > I'd be down for implementing this in a heartbeat if we > > $a = Closure::fromCallable(static fn () => $this->getId()); > $b = Closure::bindMany($items); // executes `bind` on each item in the > array, returning an array of closure

Re: [PHP-DEV] First class callable syntax for instance methods

2023-04-13 Thread Robert Landers
On Thu, Apr 13, 2023 at 3:47 PM Dan Ackroyd wrote: > I can't see a technical reason not to do it like this, but some people > seem to be having negative gut reactions to it, and it's hard to > persuade someone about aesthetics. > > Notes here: https://phpopendocs.com/rfc_codex/class_method_callabl

Re: [PHP-DEV] First class callable syntax for instance methods

2023-04-13 Thread Dan Ackroyd
On Thu, 13 Apr 2023 at 07:30, Robert Landers wrote: > > This has been brought up a couple of times, but I can't seem to find > it. https://externals.io/message/119392 https://externals.io/message/120011 > I don't think something like this is possible with the current > implementation of first-cl

Re: [PHP-DEV] Brainstorming idea: inline syntax for lexical (captured) variables

2023-04-13 Thread Nicolas Grekas
Hi Rowan, hi all! Le ven. 17 mars 2023 à 15:51, Larry Garfield a écrit : > On Thu, Mar 16, 2023, at 6:05 PM, Rowan Tommins wrote: > > On 16/03/2023 22:14, Larry Garfield wrote: > >> Wouldn't the functionality described boil down to essentially just > materializing into a few extra lines in the c

Re: [PHP-DEV] [RFC] New core autoloading mechanism with support for function autoloading

2023-04-13 Thread Jordi Boggiano
On 2023-04-12 22:26, Rowan Tommins wrote: I could just about live with that example changing so that the fallback was cached, but I definitely don't think an explicit call like \foo\strlen('x') should become an implicit alias for \strlen('x'), which is apparently the current proposal. I reall

Re: [PHP-DEV] Re: Improving Mailing-List interactions - was: [PHP-DEV] Moving PHP internals to GitHub

2023-04-13 Thread Andreas Heigl
On 13.04.23 10:50, Tim Düsterhus wrote: Hi On 4/13/23 10:46, Andreas Heigl wrote: DMARC is less of a concern, because the list apparently already performs DMARC mangling for a policy that is not 'none' Apart from (possibly) modifying the body and the subject line which then breaks the DKIM

Re: [PHP-DEV] Re: Improving Mailing-List interactions - was: [PHP-DEV] Moving PHP internals to GitHub

2023-04-13 Thread Tim Düsterhus
Hi On 4/13/23 10:46, Andreas Heigl wrote: DMARC is less of a concern, because the list apparently already performs DMARC mangling for a policy that is not 'none' Apart from (possibly) modifying the body and the subject line which then breaks the DKIM signature which then breaks DMARC ;-) I

Re: [PHP-DEV] Re: Improving Mailing-List interactions - was: [PHP-DEV] Moving PHP internals to GitHub

2023-04-13 Thread Andreas Heigl
Hey On 13.04.23 10:38, Tim Düsterhus wrote: Hi On 4/13/23 10:29, Andreas Heigl wrote: 1. Remove modification of the emails on the lists server so that DKIM and DMARC will finally work Yes, please, but for different reasons: Filtering is much more reliably performed using the 'list-id' heade

Re: [PHP-DEV] Improving Mailing-List interactions - was: [PHP-DEV] Moving PHP internals to GitHub

2023-04-13 Thread Matthew Sewell
> On 13 Apr 2023, at 09:29, Andreas Heigl wrote: > > Hey all > > On 12.04.23 22:44, Larry Garfield wrote: >> On Wed, Apr 12, 2023, at 6:42 PM, Rowan Tommins wrote: >>> Which brings me back to my earlier point: I wonder how much of the >>> reaction is really about e-mail itself, and how much i

Re: [PHP-DEV] Moving PHP internals to GitHub

2023-04-13 Thread Mikhail Galanin via internals
Hello good people, Looks like another hot discussion on the list, isn't it? Just wanted to share my notice about the initial idea. 7 years ago there were people considering NNTP as an option. Nowadays, it's pretty clear that it isn't the way to go. It doesn't mean that technology is bad (althoug

[PHP-DEV] Re: Improving Mailing-List interactions - was: [PHP-DEV] Moving PHP internals to GitHub

2023-04-13 Thread Tim Düsterhus
Hi On 4/13/23 10:29, Andreas Heigl wrote: 1. Remove modification of the emails on the lists server so that DKIM and DMARC will finally work Yes, please, but for different reasons: Filtering is much more reliably performed using the 'list-id' header compared to a Subject prefix and not having

[PHP-DEV] Improving Mailing-List interactions - was: [PHP-DEV] Moving PHP internals to GitHub

2023-04-13 Thread Andreas Heigl
Hey all On 12.04.23 22:44, Larry Garfield wrote: On Wed, Apr 12, 2023, at 6:42 PM, Rowan Tommins wrote: Which brings me back to my earlier point: I wonder how much of the reaction is really about e-mail itself, and how much is just the documentation and sign-up forms you encounter *before* yo

Re: [PHP-DEV] [RFC] New core autoloading mechanism with support for function autoloading

2023-04-13 Thread Rowan Tommins
On 12 April 2023 23:50:25 BST, Dan Ackroyd wrote: >On Wed, 12 Apr 2023 at 17:32, Claude Pache wrote: >> >> The proposed modification of `function_exists()` will break existing code: > >Please can you submit a failing test to >https://github.com/Girgias/php-src/tree/zend_autoloader that shows a >B

Re: [PHP-DEV] Re: Possible RFC: $_SERVER['REQUEST_TIME_FLOAT']

2023-04-13 Thread Robert Landers
On Thu, Apr 13, 2023 at 8:53 AM Herbert Groot Jebbink wrote: > > Op wo 12 apr. 2023 16:04 schreef Rowan Tommins : > > > On Wed, 12 Apr 2023 at 13:25, Herbert Groot Jebbink < > > herb...@groot.jebbink.nl> wrote: > > > >> fallback for REQUEST_TIME and REQUEST_TIME_FLOAT to hrtime seems not > >> poss

Re: [PHP-DEV] [RFC] New core autoloading mechanism with support for function autoloading

2023-04-13 Thread Rowan Tommins
On 12 April 2023 23:50:25 BST, Dan Ackroyd wrote: >On Wed, 12 Apr 2023 at 17:32, Claude Pache wrote: >> >> The proposed modification of `function_exists()` will break existing code: > >Please can you submit a failing test to >https://github.com/Girgias/php-src/tree/zend_autoloader that shows a >B