Hi
On 5/29/24 20:05, Derick Rethans wrote:
For each op_array, Xdebug tries to figure out every possible path by
following jumps. Certain opcodes, such as GENERATOR_RETURN, THROW,
RETURN, and EXIT [1] are considered as an exit point out of the
function. A path ends there.
You linked to a
On Tue, 28 May 2024, Tim Düsterhus wrote:
> On 5/28/24 16:26, Derick Rethans wrote:
>
> > I have just checked this for Xdebug, and you're definitely right
> > with that. With the removal of the ZEND_EXIT opcode, it can not now
> > detect a scope/function exit now.
>
> Can you clarify why
Hi
On 5/28/24 16:26, Derick Rethans wrote:
I have just checked this for Xdebug, and you're definitely right with
that. With the removal of the ZEND_EXIT opcode, it can not now detect a
scope/function exit now.
Can you clarify why ZEND_EXIT is special for Xdebug when compared to any
other
On Tue, 28 May 2024, Gina P. Banyard wrote:
> On Tuesday, 28 May 2024 at 15:26, Derick Rethans wrote:
>
> > On Mon, 27 May 2024, Ilija Tovilo wrote:
> >
> > > On Sun, May 26, 2024 at 11:47 PM Gina P. Banyard intern...@gpb.moe
> > > wrote:
> > >
> > > > On Wednesday, 8 May 2024 at 14:40, Gina
On Tuesday, 28 May 2024 at 15:26, Derick Rethans wrote:
> On Mon, 27 May 2024, Ilija Tovilo wrote:
>
> > On Sun, May 26, 2024 at 11:47 PM Gina P. Banyard intern...@gpb.moe
> > wrote:
> >
> > > On Wednesday, 8 May 2024 at 14:40, Gina P. Banyard
> > > intern...@gpb.moe wrote:
> > >
> > > > I
On Mon, 27 May 2024, Ilija Tovilo wrote:
> On Sun, May 26, 2024 at 11:47 PM Gina P. Banyard
> wrote:
> >
> > On Wednesday, 8 May 2024 at 14:40, Gina P. Banyard
> > wrote:
> >
> > > I would like to formally propose my idea for exit() as a function
> > > brought up to the list on 2024-02-24
On Tue, May 28, 2024 at 2:10 PM Gina P. Banyard wrote:
>
> On Monday, 27 May 2024 at 02:31, Ilija Tovilo wrote:
>
> > > On Wednesday, 8 May 2024 at 14:40, Gina P. Banyard intern...@gpb.moe
> > > wrote:
> > >
> > > > I would like to formally propose my idea for exit() as a function
> > > >
On Monday, 27 May 2024 at 02:31, Ilija Tovilo wrote:
> Hi Gina
>
> On Sun, May 26, 2024 at 11:47 PM Gina P. Banyard intern...@gpb.moe wrote:
>
> > On Wednesday, 8 May 2024 at 14:40, Gina P. Banyard intern...@gpb.moe wrote:
> >
> > > I would like to formally propose my idea for exit() as a
On Monday, 27 May 2024 at 19:10, Claude Pache wrote:
> Hi Gina,
>
> It is ok, for `exit` to be wired to a function. However, the paren-less
> `exit` syntax is absolutely reasonable and should be kept in the long term
> (more on this below). It is true that your proposal doesn’t remove the
>
On Tuesday, 28 May 2024 at 07:53, Daikaras wrote:
>
> I feel like the reasoning in this RFC is misguided. `exit` behavior is
> not consistent with functions because it is not a function. But it is
> consistent with constructs like `echo`. Or am I wrong? I'm all for
> stricter typing but not at a
On 2024.05.08 16:40, Gina P. Banyard wrote:
Hello Internals,
I would like to formally propose my idea for exit() as a function brought up to
the list on 2024-02-24 [1] with the following RFC:
https://wiki.php.net/rfc/exit-as-function
There have been some slight tweaks to the implementation,
Hi Gina
On Sun, May 26, 2024 at 11:47 PM Gina P. Banyard wrote:
>
> On Wednesday, 8 May 2024 at 14:40, Gina P. Banyard wrote:
>
> >
> > I would like to formally propose my idea for exit() as a function brought
> > up to the list on 2024-02-24 [1] with the following RFC:
> >
On Tuesday, 14 May 2024 at 17:24, Juliette Reinders Folmer
wrote:
> On 11-5-2024 16:43, Gina P. Banyard wrote:
>
>> On Thursday, 9 May 2024 at 15:17, Jorg Sowa
>> [](mailto:jorg.s...@gmail.com) wrote:
>>
I don't think there are any other "functions" like this.
>>> What about list(),
On 11-5-2024 16:43, Gina P. Banyard wrote:
On Thursday, 9 May 2024 at 15:17, Jorg Sowa wrote:
> I don't think there are any other "functions" like this.
What about list(), isset(), print(), echo(), require(), include(),
unset(), empty()? We use them the same way as functions, but those
are
On 11 May 2024 15:43:19 BST, "Gina P. Banyard" wrote:
>print, echo, include(_once) and require(_once) do not mandate their "argument"
>to be passed within parenthethis, so making them functions does not simplify
>the lexer/parser nor removes them as keywords.
It's actually a much stronger
On Thursday, 9 May 2024 at 16:18, Saki Takamachi wrote:
> Hi Gina,
>
> > Hello Internals,
> >
> > I would like to formally propose my idea for exit() as a function brought
> > up to the list on 2024-02-24 [1] with the following RFC:
> > https://wiki.php.net/rfc/exit-as-function
> >
> > There
On Thursday, 9 May 2024 at 15:17, Jorg Sowa wrote:
>> I don't think there are any other "functions" like this.
> What about list(), isset(), print(), echo(), require(), include(), unset(),
> empty()? We use them the same way as functions, but those are not real
> functions.
> Kind regards,
>
On Saturday, 11 May 2024 at 09:05, Juliette Reinders Folmer
wrote:
> On 8-5-2024 15:40, Gina P. Banyard wrote:
>
>> I would like to formally propose my idea for exit() as a function brought up
>> to the list on 2024-02-24 [1] with the following RFC:
>> https://wiki.php.net/rfc/exit-as-function
On 8-5-2024 15:40, Gina P. Banyard wrote:
I would like to formally propose my idea for exit() as a function brought up to
the list on 2024-02-24 [1] with the following RFC:
https://wiki.php.net/rfc/exit-as-function
There have been some slight tweaks to the implementation, namely that the
Hi Tim,
> This is already the case. `exit` throws an internal uncatchable Exception.
> Quoting from the RFC:
Thanks, I had overlooked that. I have no other concerns.
Regards,
Saki
Hi
On 5/9/24 17:18, Saki Takamachi wrote:
Is it nonsense to always stop processing even if an error occurs? Or, how about
creating an uncatchable exception class specifically for exits? Or is this
level of risk negligible?
This is already the case. `exit` throws an internal uncatchable
Hi
On 5/9/24 16:27, Larry Garfield wrote:
I support this. My only question (which applies to current exit() as well), is
what the exit code is when you pass a string as the parameter. That's not
clear from the exit() docs currently, but the RFC made me wonder. (This may be
just a doc fix
Hi
On 5/9/24 16:17, Jorg Sowa wrote:
I don't think there are any other "functions" like this.
What about list(), isset(), print(), echo(), require(), include(), unset(),
empty()? We use them the same way as functions, but those are not real
functions.
All of them require to be followed by
Hi Gina,
> Hello Internals,
>
> I would like to formally propose my idea for exit() as a function brought up
> to the list on 2024-02-24 [1] with the following RFC:
> https://wiki.php.net/rfc/exit-as-function
>
> There have been some slight tweaks to the implementation, namely that the
>
On Wed, May 8, 2024, at 1:40 PM, Gina P. Banyard wrote:
> Hello Internals,
>
> I would like to formally propose my idea for exit() as a function
> brought up to the list on 2024-02-24 [1] with the following RFC:
> https://wiki.php.net/rfc/exit-as-function
>
> There have been some slight tweaks to
> I don't think there are any other "functions" like this.
What about list(), isset(), print(), echo(), require(), include(), unset(),
empty()? We use them the same way as functions, but those are not real
functions.
Kind regards,
Jorg
On Thu, 9 May 2024, Flávio Heleno wrote:
> On Thu, May 9, 2024 at 7:51 AM Niels Dossche
> wrote:
>
> > On 08/05/2024 15:40, Gina P. Banyard wrote:
> > > Hello Internals,
> > >
> > > I would like to formally propose my idea for exit() as a function
> > > brought up to the list on 2024-02-24 [1]
On Thu, May 9, 2024 at 7:51 AM Niels Dossche
wrote:
> On 08/05/2024 15:40, Gina P. Banyard wrote:
> > Hello Internals,
> >
> > I would like to formally propose my idea for exit() as a function
> brought up to the list on 2024-02-24 [1] with the following RFC:
> >
On 08/05/2024 15:40, Gina P. Banyard wrote:
> Hello Internals,
>
> I would like to formally propose my idea for exit() as a function brought up
> to the list on 2024-02-24 [1] with the following RFC:
> https://wiki.php.net/rfc/exit-as-function
>
> There have been some slight tweaks to the
Hi
On 5/8/24 15:40, Gina P. Banyard wrote:
Let me know what you think.
The fewer not-actually-a-function functions, the better. I don't have
any remarks and I'm in favor.
Best regards
Tim Düsterhus
30 matches
Mail list logo