An ambiguity in c89 which will never be fixed
runningmike
15 points
3 comments
August 10, 2026
Related Discussions
Found 5 related stories in 84.2ms across 4,128 title embeddings via pgvector HNSW
- Getting silly with C, part and((int*)-8)[3] surprisetalk · 26 pts · August 21, 2026 · 48% similar
- Using GCC's Nested Functions with Wide Pointers and No Trampolines II uecker · 92 pts · August 15, 2026 · 44% similar
- Marketing failure: I thought I was building a C replacement. I was wrong lerno · 15 pts · August 16, 2026 · 44% similar
- Everyone Says Assembly Is Untyped–Everyone Is Wrong adamrezich · 31 pts · August 20, 2026 · 42% similar
- Neither GCC nor Clang are compliant with standard C++ birdculture · 45 pts · July 19, 2026 · 42% similar
Discussion Highlights (2 comments)
guenthert
"because the problematic behavior was removed from the standard over 27 years ago, we'll never have closure on what the intended interpretation is." Obsolete standard turns out to be insufficiently strict, news at 11.
bellowsgulch
All the weird stuff I have read about C or C++ doing over the years could be summed up with “Well… don’t do that.” Like almost without fail. I can’t even think of how you’d end up in a scenario like this because a compiler would complain before letting you use an undefined implicit declaration.