> From: Florian Weimer <[email protected]> > Cc: Jakub Jelinek <[email protected]>, Eli Zaretskii <[email protected]>, > [email protected], [email protected] > Date: Tue, 09 May 2023 22:57:20 +0200 > > * Eli Zaretskii via Gcc: > > >> Date: Tue, 9 May 2023 21:07:07 +0200 > >> From: Jakub Jelinek <[email protected]> > >> Cc: Jonathan Wakely <[email protected]>, [email protected], > >> [email protected] > >> > >> On Tue, May 09, 2023 at 10:04:06PM +0300, Eli Zaretskii via Gcc wrote: > >> > People who ignore warnings will use options that disable these new > >> > errors, exactly as they disable warnings. So we will end up not > >> > >> Some subset of them will surely do that. But I think most people will just > >> fix the code when they see hard errors, rather than trying to work around > >> them. > > > > The same logic should work for warnings. That's why we have warnings, > > no? > > People completely miss the warning and go to great lengths to show that > what they are dealing is a compiler bug. (I tried to elaborate on that > in <[email protected]>.) If GCC errors out, that > simply does not happen because there is no object code to examine.
And then people will start complaining about GCC unnecessarily erroring out, which is a compiler bug, since there's no problem producing correct code in these cases.
