Path: ...!eternal-september.org!feeder2.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail
From: David Brown <david.brown@hesbynett.no>
Newsgroups: comp.lang.c
Subject: Re: else ladders practice
Date: Wed, 6 Nov 2024 08:38:47 +0100
Organization: A noiseless patient Spider
Lines: 41
Message-ID: <vgf6e7$211ad$1@dont-email.me>
References: <3deb64c5b0ee344acd9fbaea1002baf7302c1e8f@i2pn2.org>
 <vg2llt$38ons$1@dont-email.me>
 <2491a699388b5891a49ef960e1ad8bb689fdc2ed@i2pn2.org>
 <b681ee05856e165c26a5c29bf42a8d9d53843d6d@i2pn2.org>
 <vg2ttn$3a4lk$1@dont-email.me> <vg33gs$3b8n5$1@dont-email.me>
 <vg358c$3bk7t$1@dont-email.me> <vg37nr$3bo0c$1@dont-email.me>
 <vg3b98$3cc8q$1@dont-email.me> <vg5351$3pada$1@dont-email.me>
 <vg62vg$3uv02$1@dont-email.me> <vgd3ro$2pvl4$1@paganini.bofh.team>
 <vgd6jh$1hmjc$1@dont-email.me> <vgds97$2r682$1@paganini.bofh.team>
 <vgdvfj$1m6ho$1@dont-email.me> <vge84o$1o57r$2@dont-email.me>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Injection-Date: Wed, 06 Nov 2024 08:38:48 +0100 (CET)
Injection-Info: dont-email.me; posting-host="8d7a8d5cafd9cd3ecfae6db42c4dba2a";
	logging-data="2131277"; mail-complaints-to="abuse@eternal-september.org";	posting-account="U2FsdGVkX1/MhQkjrmRp+YSxMm349CCsmhl2n82ROv4="
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101
 Thunderbird/102.11.0
Cancel-Lock: sha1:oW+pIQGfOrNbJMMr6q/98R9twVY=
Content-Language: en-GB
In-Reply-To: <vge84o$1o57r$2@dont-email.me>
Bytes: 3038

On 06/11/2024 00:01, Bart wrote:
> On 05/11/2024 20:33, David Brown wrote:
>> On 05/11/2024 20:39, Waldek Hebisch wrote:
>>> David Brown <david.brown@hesbynett.no> wrote:
>>>> On 05/11/2024 13:42, Waldek Hebisch wrote:
>>>>> Bart <bc@freeuk.com> wrote:
>>>>>>
>>>>>> Then we disagree on what 'multi-way' select might mean. I think it 
>>>>>> means
>>>>>> branching, even if notionally, on one-of-N possible code paths.
>>>>>
>>>>> OK.
>>>>
>>>> I appreciate this is what Bart means by that phrase, but I don't agree
>>>> with it.  I'm not sure if that is covered by "OK" or not!
>>>
>>> You may prefer your own definition, but Bart's is resonable one.
>>
>> The only argument I can make here is that I have not seen "multi-way 
>> select" as a defined phrase with a particular established meaning.
> 
> Well, it started off as 2-way select, meaning constructs like this:
> 
>     x = c ? a : b;
>     x := (c | a | b)
> 
> Where one of two branches is evaluated. I extended the latter to N-way 
> select:
> 
>     x := (n | a, b, c, ... | z)
> 

I appreciate that this is what you have in your language as a "multi-way 
select".  I can see it being a potentially useful construct (though 
personally I don't like the syntax at all).

The only thing I have disagreed with is your assertions that what you 
have there is somehow the only "true" or "correct" concept of a 
"multi-way selection".