Unfortunately there is no simple testcase for this, but compiling mplayer I get a lot of crashes related to stack corruption
i.e. a function allocates in the stack 80000 bytes and later gdb says that it cannot access to a byte that instead is bound I've tested with --stack-size on the linker but nothing changes gcc version 4.4.0 20080916 (experimental) does the same thing while gcc 4.2 is ok it can be reproduced compiling mplayer/mencoder with gcc >= 4.3 and doing a simple encoding using snow codec: mencoder -oac faac -faacopts br=64 -ovc lavc -lavcopts vcodec=snow:vstrict=-2:vqscale=3:pred=0:cmp=1:subcmp=1:mbcmp=1:qpel a.mpg -o a.avi Please tell me if I can provide more infos -- Summary: -ftree-ch causes stack corruption on mingw32 Product: gcc Version: 4.3.2 Status: UNCONFIRMED Severity: major Priority: P3 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: sherpya at netfarm dot it GCC build triplet: i686-pc-mingw32 GCC host triplet: i686-pc-mingw32 GCC target triplet: i686-pc-mingw32 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37584