Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.lang.c > #401309
| From | cross@spitfire.i.gajendra.net (Dan Cross) |
|---|---|
| Newsgroups | comp.lang.c |
| Subject | Re: this girl calls c ugly |
| Date | 2026-08-18 20:30 +0000 |
| Organization | PANIX Public Access Internet and UNIX, NYC |
| Message-ID | <1162fd1$lvu$1@reader1.panix.com> (permalink) |
| References | <10v7b32$2u85v$1@dont-email.me> <1100gbk$1lt8i$2@kst.eternal-september.org> <86tsov49wj.fsf@linuxsc.com> <115r09e$3qb10$1@kst.eternal-september.org> |
In article <115r09e$3qb10$1@kst.eternal-september.org>, Keith Thompson <Keith.S.Thompson+u@gmail.com> wrote: >Tim Rentsch <tr.17687@z991.linuxsc.com> writes: >> Keith Thompson <Keith.S.Thompson+u@gmail.com> writes: >> >>> cross@spitfire.i.gajendra.net (Dan Cross) writes: >>> [...] >>> >>>> The text of the standard explicitly carves this out; or, rather, >>>> it attempts to. If the result of an expression is not >>>> representable in the target type, _regardless of whether that's >>>> due to UB or not_, a diagnostic is required. >>> >>> [...] >>> >>> How would an expression (appearing in a context that requires an >>> integer constant expression) not "evaluate to a constant that is in >>> the range of representable values for its type" other than by UB? >> >> I can think of one. > >So you've decided to be a troll. I think it's been that way for a while, sadly. His MO seems to be to make a claim, be shown to be wrong, disappear for an extended stretch, and then reappear with a non-response. - Dan C.
Back to comp.lang.c | Previous | Next — Previous in thread | Find similar | Unroll thread
Re: this girl calls c ugly Tim Rentsch <tr.17687@z991.linuxsc.com> - 2026-08-15 09:37 -0700
Re: this girl calls c ugly Keith Thompson <Keith.S.Thompson+u@gmail.com> - 2026-08-15 17:29 -0700
Re: this girl calls c ugly cross@spitfire.i.gajendra.net (Dan Cross) - 2026-08-18 20:30 +0000
csiph-web