Path: csiph.com!1.us.feeder.erje.net!3.eu.feeder.erje.net!feeder.erje.net!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail From: Tim Rentsch Newsgroups: comp.lang.c Subject: Re: Is C ready to become a safer language? Date: Fri, 09 Feb 2024 17:59:51 -0800 Organization: A noiseless patient Spider Lines: 16 Message-ID: <86eddl5bag.fsf@linuxsc.com> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Injection-Info: dont-email.me; posting-host="c20874413056af7bcbd7e84e1693869d"; logging-data="3034887"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1+UXxiFJmeFtjBVoGhM9iSiQe9p8NccN9Q=" User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.4 (gnu/linux) Cancel-Lock: sha1:jVSp1tI705mTS9l8ZxUbXNLzH04= sha1:31Su/JPw1pBiYm4jjVwYztDHAa8= Xref: csiph.com comp.lang.c:382253 bart writes: [...] > This is something which has long been of fascination to me: how > exactly do you get a C compiler to actually fail a program with a > hard error when there is obviously something wrong, while not also > failing on completely harmless matters. I think the answer is obvious: unless and until you find someone who works on a C compiler and who has exactly the same sense that you do of "when there is obviously something wrong" and of what conditions fall under the heading of "completely harmless matters", and also the same sense that you do of how a C compiler should behave in those cases, you won't get exactly what you want unless you do it yourself.