[Bug target/77333] Incorrect stack adjust in epilogue when targeting i686-w64-mingw32

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77333 --- Comment #19 from Tony Kelman --- The patch also applies and fixes the problem on the gcc-5-branch. I haven't tried with trunk.

[Bug target/77333] Incorrect stack adjust in epilogue when targeting i686-w64-mingw32

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77333 --- Comment #18 from Tony Kelman --- Sorry for the delay in getting to trying out your patch. Yes, it looks like it does fix the test case here when applied to the gcc 6 branch. Can running the test suite provide meaningful information from a cr

[Bug target/77333] Incorrect stack adjust in epilogue when targeting i686-w64-mingw32

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77333 --- Comment #15 from Tony Kelman --- Created attachment 40608 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40608&action=edit smaller copy of SLPVectorizer.cpp that reproduces issue

[Bug target/77333] Incorrect stack adjust in epilogue when targeting i686-w64-mingw32

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77333 --- Comment #14 from Tony Kelman --- I'll look into whether the same flag changes the behavior in the same way on gcc 5. Using the opensuse repo's current cross compiler version, I reduced SLPVectorizer.cpp down to the attached version. It's may

[Bug target/77333] Incorrect stack adjust in epilogue when targeting i686-w64-mingw32

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77333 --- Comment #12 from Tony Kelman --- Output of dump options uploaded here (8.2 MB file): https://github.com/tkelman/docker-gcc-bisect/raw/07f6fa56e2f6d60ff90613b9c036f830fb8a422a/LLVMVectorize.tar.gz

[Bug target/77333] Incorrect stack adjust in epilogue when targeting i686-w64-mingw32

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77333 --- Comment #11 from Tony Kelman --- Thank you! -fno-devirtualize on its own did not help. -fno-ipa-cp on its own did fix the problem. Adding -fno-ipa-cp only when compiling lib/Transforms/Vectorize/SLPVectorizer.cpp was enough to fix the prob

[Bug target/77333] Incorrect stack adjust in epilogue when targeting i686-w64-mingw32

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77333 --- Comment #9 from Tony Kelman --- How can we help get this moving towards resolution? This has kept us stuck on GCC 4.9, which is getting increasingly problematic. We can attempt to reduce this to "minimal working piece of opt.exe with gcc 4.9"

[Bug target/77333] Incorrect stack adjust in epilogue when targeting i686-w64-mingw32

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77333 --- Comment #8 from Tony Kelman --- `git grep -n deriviz` returns nothing anywhere in the gcc source code and -fno-derivization gives an error: unrecognized command line option.

[Bug target/77333] Incorrect stack adjust in epilogue when targeting i686-w64-mingw32

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77333 --- Comment #6 from Tony Kelman --- Created attachment 39590 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39590&action=edit bisect-log.txt

[Bug target/77333] Incorrect stack adjust in epilogue when targeting i686-w64-mingw32

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77333 --- Comment #5 from Tony Kelman --- Created attachment 39589 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39589&action=edit bisect-run.sh

[Bug target/77333] Incorrect stack adjust in epilogue when targeting i686-w64-mingw32

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77333 --- Comment #4 from Tony Kelman --- I managed to bisect this to SVN revision 217587 by Martin Jambor using the attached Dockerfile and bisect-run.sh. This was cross-compiling from openSUSE 42.1 which happened to have most of the build-deps easil

[Bug target/77333] Incorrect stack adjust in epilogue when targeting i686-w64-mingw32

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77333 --- Comment #3 from Tony Kelman --- Created attachment 39588 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39588&action=edit Dockerfile

[Bug c/71505] -O3 internal compiler error in vect_analyze_data_ref_accesses, at tree-vect-data-refs.c:2596

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71505 --- Comment #2 from Tony Kelman --- Created attachment 38689 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38689&action=edit other local minima from creduce - 2

[Bug c/71505] -O3 internal compiler error in vect_analyze_data_ref_accesses, at tree-vect-data-refs.c:2596

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71505 --- Comment #1 from Tony Kelman --- Created attachment 38688 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38688&action=edit other local minima from creduce - 1

[Bug c/71505] New: -O3 internal compiler error in vect_analyze_data_ref_accesses, at tree-vect-data-refs.c:2596

Status: UNCONFIRMED Severity: normal Priority: P3 Component: c Assignee: unassigned at gcc dot gnu.org Reporter: tony at kelman dot net Target Milestone: --- Created attachment 38687 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38687&acti

[Bug target/66655] [5/6 Regression] miscompilation due to ipa-ra on MinGW

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66655 --- Comment #13 from Tony Kelman --- Should this change be for ming-but-not-cyg then?

[Bug target/66655] [5/6 Regression] miscompilation due to ipa-ra on MinGW

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66655 Tony Kelman changed: What|Removed |Added CC||tony at kelman dot net --- Comment #6

[Bug c++/60850] pedantic warning behavior when casting void* to ptr-to-func

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60850 --- Comment #9 from Tony Kelman --- Sure. In a configure.ac, (in this case using autoconf 2.59, not sure the most recent version for which this applies) a macro like AC_CHECK_DECL([rand],[AC_DEFINE([HAVE_RAND],[1],

[Bug c++/60850] pedantic warning behavior when casting void* to ptr-to-func

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60850 Tony Kelman changed: What|Removed |Added CC||tony at kelman dot net --- Comment #7