Path: csiph.com!eternal-september.org!feeder.eternal-september.org!nntp.eternal-september.org!.POSTED!not-for-mail
From: Tim Rentsch
Newsgroups: comp.lang.c
Subject: Re: this girl calls c ugly
Date: Tue, 09 Jun 2026 00:54:08 -0700
Organization: A noiseless patient Spider
Lines: 32
Message-ID: <86pl2087z3.fsf@linuxsc.com>
References: <10v7b32$2u85v$1@dont-email.me> <86bjdpayv0.fsf@linuxsc.com> <10vv49k$1aoa2$4@kst.eternal-september.org> <86y0gp82pd.fsf@linuxsc.com> <1106udm$jmf$1@reader1.panix.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Injection-Date: Tue, 09 Jun 2026 07:54:09 +0000 (UTC)
Injection-Info: dont-email.me; logging-data="4009564"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1+XNrisGP7jJIWowsl4KQklOoosWRpzZb4="; posting-host="279f363b91f2ad5cb0cf462c32d4b36d"
User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.4 (gnu/linux)
Cancel-Lock: sha1:1PvXzkrPhLXS1Shq+FWm+hA2m+s= sha1:U+I5mZhG4Xtj/THaSYoAeBuOYJ0= sha256:kqmBvmty+2LsX5PqSUaTs1Ww3RM85JAuFOiedl5LSVk= sha1:dJM9hni9O8vuTaZ5wSnAmczmuZs=
Xref: csiph.com comp.lang.c:399807
cross@spitfire.i.gajendra.net (Dan Cross) writes:
> In article <86y0gp82pd.fsf@linuxsc.com>,
> Tim Rentsch wrote:
[...]
>> I'd like to know why you ignored my explanation, based directly on
>> text from the C standard, about why an implementation is allowed to
>> process the code in question, without giving a diagnostic, and
>> still be conforming. An explanation that Dan Cross agreed with,
>> even if he may not like the consequences.
>
> I am mystified as to why you are bringing my name into this, and
> why you think "I may not like the consequences", or even what
> that means. In any event, you are evidently laboring under some
> assumption about what I think about this matter that is probably
> incorrect.
In a response to another posting of mine, you wrote this:
> But as it happens, I think I can see how your interpretation may
> be valid: if, as a result of UB, the expression evaluates to "0"
> (or 12 or something simiilar) that _is_ representable, then
> there _is no constraint violation_ and so no diagnostic is
> required.
>
> I do not believe that that is the intent. But it _is_
> conformant with the text of the standard.
I based my statement that begins "An explanation that Dan Cross
agreed with, ..." on those two paragraphs.