Date: Fri, 20 Dec 2024 17:02:37 +0200
On Fri, 20 Dec 2024 at 16:58, Brian Bi via Std-Proposals
<std-proposals_at_[hidden]> wrote:
>
> If I understand correctly, an argument made by some people on this thread is "if we use the current label syntax to support the `break` <label> and `continue` <label>` feature, then it will lead to a proliferation of labels in programs, which will then increase the number of `goto` statements."
I don't recognize that second part as an argument anyone has made here.
> As I see it, there is a strong cultural norm against using `goto`, and people are able to avoid using `goto` even though they already use labels (i.e. in `switch` statements), so, I do not see why adding labels in more places would make the situation any worse.
There are users who do have gotos in their code but do not want loop
names to become a possible target for those gotos. Such users
are not in a situation where they can eradicate gotos from their code,
but they can avoid new complexities being opened up for those gotos
if this language feature is designed so that it doesn't provide a new
possible target for a goto to jump to.
<std-proposals_at_[hidden]> wrote:
>
> If I understand correctly, an argument made by some people on this thread is "if we use the current label syntax to support the `break` <label> and `continue` <label>` feature, then it will lead to a proliferation of labels in programs, which will then increase the number of `goto` statements."
I don't recognize that second part as an argument anyone has made here.
> As I see it, there is a strong cultural norm against using `goto`, and people are able to avoid using `goto` even though they already use labels (i.e. in `switch` statements), so, I do not see why adding labels in more places would make the situation any worse.
There are users who do have gotos in their code but do not want loop
names to become a possible target for those gotos. Such users
are not in a situation where they can eradicate gotos from their code,
but they can avoid new complexities being opened up for those gotos
if this language feature is designed so that it doesn't provide a new
possible target for a goto to jump to.
Received on 2024-12-20 15:02:51