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
