[Bug rtl-optimization/83367] static global constructors stack memory corruption

2017-12-21 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83367 --- Comment #6 from Martin Liška --- (In reply to Dale Weiler from comment #5) > Except they are referenced via their this pointer (which should alias the > static storage in that translation unit). I don't see how this is any > different than ha

[Bug rtl-optimization/83367] static global constructors stack memory corruption

2017-12-20 Thread weilercdale at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83367 --- Comment #5 from Dale Weiler --- Except they are referenced via their this pointer (which should alias the static storage in that translation unit). I don't see how this is any different than having a static variable in a translation unit and

[Bug rtl-optimization/83367] static global constructors stack memory corruption

2017-12-20 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83367 Martin Liška changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC|

[Bug rtl-optimization/83367] static global constructors stack memory corruption

2017-12-11 Thread weilercdale at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83367 --- Comment #3 from Dale Weiler --- (In reply to Richard Biener from comment #2) > Try -fno-lifetime-dse? Tried that, same issue.

[Bug rtl-optimization/83367] static global constructors stack memory corruption

2017-12-11 Thread rguenth at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83367 --- Comment #2 from Richard Biener --- Try -fno-lifetime-dse?

[Bug rtl-optimization/83367] static global constructors stack memory corruption

2017-12-11 Thread pinskia at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83367 --- Comment #1 from Andrew Pinski --- I wonder if a temporary is not being bound so it is considered going out of scope.