https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103465
--- Comment #7 from Tomas Kalibera <tomas.kalibera at gmail dot com> ---
(In reply to Martin Liška from comment #5)
> > However, still talking about the current master only, I see a difference
> > with -O3, when I try on the repro example from Bug 103274 and -O3:
> >
> > x86_64-w64-mingw32-gcc -c -S -O3 -fno-reorder-blocks-and-partition a.c -o
> > nropt.s
> >
> > x86_64-w64-mingw32-gcc -c -S -O3 -freorder-blocks-and-partition a.c -o
> > ropt.s
> > x86_64-w64-mingw32-gcc -c -S -O3 a.c -o noopt.s
> >
> > All of these assembler files are different (and from my non-expert reading,
> > noopt.s uses the optimization and does have the invalid unwind information
> > as reported in Bug 103274). Is the optimization correctly dropped also with
> > -O3 only?
>
> Hmmm, I've just tested the same with the locally built cross-compiler:
> ~/Programming/gcc/configure --enable-languages=c,c++
> --prefix=/home/marxin/bin/gcc --disable-multilib --enable-host-shared
> --disable-libsanitizer --enable-valgrind-annotations --disable-bootstrap
> --target=x86_64-w64-mingw32
>
> and it works fine, all 3 assembly files are identical.
I am uploading a Dockerfile and my copy of the example which reproduces my
observation, but please note, it was for
5e5f880d0452ef2cffb94f4a686d56833c9f4215.
nropt.s has (correct unwind info, no reordering)
.L5:
call myerrorcall
nop
.seh_endproc
but ropt.s is same as noopt.s (incorrect unwind info, reordering)
.L5:
call myerrorcall
.seh_endproc
[...]
dummy.cold:
.L19:
So, from my reading the optimization was applied at -O3, it hence wasn't
dropped by target.
