[Bug c++/64755] Error in optimization with std::array

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64755 --- Comment #3 from mednafen at gmail dot com --- It looks like your code violates strict aliasing rules. Does the code in question work as you intend it to if you compile with -fno-strict-aliasing ?

[Bug c++/64755] Error in optimization with std::array

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64755 mednafen at gmail dot com changed: What|Removed |Added CC||mednafen at gmail dot com

[Bug c/63843] New: wrong code generation at -O1 and higher

Assignee: unassigned at gcc dot gnu.org Reporter: mednafen at gmail dot com Created attachment 33955 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33955&action=edit Testcase, good output is 8181. trunk revision 217451 gcc (GCC) 5.0.0 20141112 (experimental) Linux

[Bug c/63729] Type-punning through a union fails to circumvent strict aliasing under certain conditions.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63729 mednafen at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution

[Bug c/63729] Type-punning through a union fails to circumvent strict aliasing under certain conditions.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63729 --- Comment #2 from mednafen at gmail dot com --- If this construct is invalid as you say it is, then how exactly is one supposed to access data of arbitrary types at arbitrary byte offsets in a contiguous chunk of memory?

[Bug c/63729] New: Type-punning through a union fails to circumvent strict aliasing under certain conditions.

Severity: normal Priority: P3 Component: c Assignee: unassigned at gcc dot gnu.org Reporter: mednafen at gmail dot com Linux x86_64, gcc 4.9.2 Bad: $ gcc -Wall -O2 -o pun pun.c $ ./pun 0x0005 Good: $ gcc -Wall -fno-strict-aliasing -O2 -o pun pun.c

[Bug target/63661] [4.9/5 Regression] -O2 miscompiles on OSX 10.10 Yosemite

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63661 mednafen at gmail dot com changed: What|Removed |Added CC||mednafen at gmail dot com

[Bug c/58454] Potentially wrong(or at least weird/inconsistent) code generation with -O2 -fno-strict-overflow

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58454 --- Comment #2 from mednafen at gmail dot com --- Your assertion conflicts with the gcc 4.2 release change-list at http://gcc.gnu.org/gcc-4.2/changes.html when the strict-overflow options were added. Additionally, -fwrapv produces unnecessarily

[Bug c/58454] New: Potentially wrong(or at least weird/inconsistent) code generation with -O2 -fno-strict-overflow

Severity: normal Priority: P3 Component: c Assignee: unassigned at gcc dot gnu.org Reporter: mednafen at gmail dot com Created attachment 30844 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30844&action=edit Testcase program. Working: XXX

[Bug c/56125] New: -O2 -ffast-math generates bad code when dividing a double by the square of another double.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56125 Bug #: 56125 Summary: -O2 -ffast-math generates bad code when dividing a double by the square of another double. Classification: Unclassified Product: gcc Version: 4.7.2