Hi!
On 4/7/20 6:17 AM, Max Semenik wrote:
> Hiya, I'd like to present a new RFC for your consideration:
> https://wiki.php.net/rfc/non-capturing_catches
>
> Briefly, I want to be able to do the following:
>
> try {
> foo();
> catch (SomeExceptionClass) {
> bar();
> }
Looks good to me.
On 07/04/2020 13:44, Nikita Popov wrote:
Make named-parameter opt-in in some fashion, so that parameter names
only need to be preserved for methods that have the opt-in marker. I'm not
a fan of this, as it greatly diminishes the practical usefulness of named
parameters.
I generally prefer the
> Le 7 avr. 2020 à 17:09, Enno Woortmann a écrit :
>
> As the proposal explicitly aims at type casts
> when working with data from a untyped source (eg. iterating over a CSV
> file, XML without a XSD defining the types of the elements)
I feel that the RFC lacks a section named “Motivation”...
>
> I also like Levi's proposal but for the use cases which lead me to the
> idea for this proposal where I explicitly want to cast values and don't
> check their current types it's difficult to use. I think it serves
> different use cases.
>
My personal pov is that the use case you describe is
On Tue, Apr 7, 2020 at 6:45 AM Nikita Popov wrote:
>
> ## LSP checks for parameter names
>
> Parameter names currently have no particular significance in PHP, only
> their position in the signature is important. If named parameters are
> introduced (in a way that does not require opt-in at the
Am 07.04.2020 um 13:14 schrieb Nicolas Grekas:
Le mar. 7 avr. 2020 à 12:07, Enno Woortmann a
écrit :
Am 25.03.2020 um 18:53 schrieb Enno Woortmann:
Hi,
I've written the RFC and implemented a first patch concerning the idea
to allow type casting in array destructuring expressions.
The
Hi,
I probably should have mentioned until when I was intending to keep this
open, but it would be the usual time frame for voting, making this end
on April 21st, at 16:00 UTC+1.
cheers,
Derick
On Tue, 7 Apr 2020, Derick Rethans wrote:
> Hi,
>
> We have four candidates:
> Ben Ramsey,
Hi,
We have four candidates:
Ben Ramsey, Gabriel Caruso, Joe Ferguson, and Sara Golemon
I've put a ranked voting poll online at
https://wiki.php.net/todo/php80#release_managers
Please fill in your first to fourth preferences, making sure you do not
pick a candidate more than once. You don't
On Tue, 7 Apr 2020 at 15:27, Derick Rethans wrote:
> Hi all!
>
> With the first alpha of 8.0 due in three months, I think it's time to
> start the process of finding and electing release managers for the next
> release of PHP.
>
> We are looking for two developers to take on this role.
Hiya, I'd like to present a new RFC for your consideration:
https://wiki.php.net/rfc/non-capturing_catches
Briefly, I want to be able to do the following:
try {
foo();
catch (SomeExceptionClass) {
bar();
}
Please share your thoughts! :)
--
Best regards,
Max Semenik
Hi internals,
It's been a few years since I originally brought up the named parameters
RFC: https://wiki.php.net/rfc/named_params
This topic has recently come up as part of
https://externals.io/message/109220 again, in particular with the
observation that the combination of constructor parameter
Le mar. 7 avr. 2020 à 12:07, Enno Woortmann a
écrit :
> Am 25.03.2020 um 18:53 schrieb Enno Woortmann:
>
> > Hi,
> >
> > I've written the RFC and implemented a first patch concerning the idea
> > to allow type casting in array destructuring expressions.
> >
> >
> > The RFC is located at
> >
> Le 5 avr. 2020 à 16:01, Gabriel Caruso a écrit :
>
> Hello, internals.
>
> Hereby you can find the RFC Document that I want to discuss as suggested
> via https://externals.io/message/109416 and
> https://externals.io/message/107990:
>
> https://wiki.php.net/rfc/magic-methods-signature
>
>
Am 25.03.2020 um 18:53 schrieb Enno Woortmann:
Hi,
I've written the RFC and implemented a first patch concerning the idea
to allow type casting in array destructuring expressions.
The RFC is located at
https://wiki.php.net/rfc/typecast_array_desctructuring
The patch can be found in MR 5296
14 matches
Mail list logo
