Path: ...!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail From: bart Newsgroups: comp.lang.c Subject: =?UTF-8?Q?Re=3A_technology_discussion_=E2=86=92_does_the_world_need?= =?UTF-8?B?IGEgIm5ldyIgQyA/?= Date: Fri, 12 Jul 2024 19:32:00 +0100 Organization: A noiseless patient Spider Lines: 29 Message-ID: References: <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> <87msmnu5e3.fsf@nosuchdomain.example.com> <87frsfu0yp.fsf@nosuchdomain.example.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Injection-Date: Fri, 12 Jul 2024 20:32:01 +0200 (CEST) Injection-Info: dont-email.me; posting-host="70309d0afdade4e9fabfb798d5d70205"; logging-data="3306611"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1/hhgIOaYJFRK1RiExVzAbP" User-Agent: Mozilla Thunderbird Cancel-Lock: sha1:0XbNBEodMMIW3PsSqlwp+gu2j/s= In-Reply-To: Content-Language: en-GB Bytes: 3165 On 12/07/2024 19:13, bart wrote: > On 12/07/2024 13:36, David Brown wrote: > >> One person's private sort-of-C compiler is of no more relevance to the >> C community than one person's private language.  You are welcome to >> make as many non-conforming changes to your own tools as you like, but >> they do not make a difference to C.  No one else will ever use your >> tool, so no one else will ever care about any incompatible changes you >> make to it.  If /you/ are happier having such changes in your tools, >> then that is great for you. > > Jesus, you just can't resist putting the boot in at every opportunity > and being incredibly patronising, can you? > > I made the tweak to see how hard it would be to detect value-arrays > declared in parameter list (it was very easy), and what the consequences > would be on existing code (significant). > > The example I posted showed a type (const char* x[]) where there was no > advantage to having that value array notation. Using 'const char**' > would be a more accurate description of the actual parameter type. Incidentally if sizeof(x) is used, gcc will about it if using 'char* x[]', and not with 'char** x'. I wonder why, since after all EVERYBODY who uses C understands what they are doing.