Path: ...!news.mixmin.net!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail From: Keith Thompson Newsgroups: comp.lang.c Subject: Re: technology discussion =?utf-8?Q?=E2=86=92?= does the world need a "new" C ? Date: Thu, 11 Jul 2024 11:53:40 -0700 Organization: None to speak of Lines: 24 Message-ID: <87msmnu5e3.fsf@nosuchdomain.example.com> References: <20240707164747.258@kylheku.com> <877cdur1z9.fsf@bsb.me.uk> <871q42qy33.fsf@bsb.me.uk> <87ed82p28y.fsf@bsb.me.uk> <87r0c1nzjj.fsf@bsb.me.uk> <86ikxd8czu.fsf@linuxsc.com> <20240710213910.00000afd@yahoo.com> <865xtc87yo.fsf@linuxsc.com> MIME-Version: 1.0 Content-Type: text/plain Injection-Date: Thu, 11 Jul 2024 20:53:41 +0200 (CEST) Injection-Info: dont-email.me; posting-host="c51c7f9518f437252e8df6d7af482dc8"; logging-data="2723276"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX194SSz7bVJBLWiZXZ2+Mqzr" User-Agent: Gnus/5.13 (Gnus v5.13) Cancel-Lock: sha1:SH7Nj9WGWSwrHVZ+yU1AoCl1lo0= sha1:2/hVJO/t6aZuouFP7P/sG+iFfq0= Bytes: 2589 bart writes: [...] > For that purpose, in the mind of the user, it does the same job as 'by > by reference'. That it does so by some other quirks (array decay, and > the ability to index pointers as thought they were arrays), is by the > by. [...] Those "quirks" are a rich source of confusion and bugs for anyone who doesn't understand how this stuff is actually defined. (Yes, I'm acknowledging, yet again, that the way C specifies its treatment of arrays is confusing.) A user who thinks that arrays are simply "passed by reference" is likely to try to apply sizeof to an array parameter (and might or might not get a diagnostic from the compiler). A slightly more sophisticated user is still likely to be unsure of just where the "quirks" are. What have you ever done to help make that kind of error less likely? What is your goal? -- Keith Thompson (The_Other_Keith) Keith.S.Thompson+u@gmail.com void Void(void) { Void(); } /* The recursive call of the void */