[Bug target/104688] gcc and libatomic can use SSE for 128-bit atomic loads on Intel CPUs with AVX

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104688 GGanesh changed: What|Removed |Added CC||Ganesh.Gopalasubramanian@am

[Bug target/61360] [5 Regression] ICE: in lra_update_insn_recog_data, at lra.c:1363 with -mtune=bdver4

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61360 --- Comment #9 from GGanesh Ganesh.Gopalasubramanian at amd dot com --- Patch that fixes this issue has been submitted https://gcc.gnu.org/ml/gcc-patches/2014-08/msg02179.html The idea is to prohibit changes to the enabled attribute during lra

[Bug target/61360] [4.10 Regression] ICE: in lra_update_insn_recog_data, at lra.c:1363 with -mtune=bdver4

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61360 GGanesh Ganesh.Gopalasubramanian at amd dot com changed: What|Removed |Added CC

[Bug tree-optimization/59487] [4.9 Regression] When compiled with -fwhole-program rnflow.f90 runs up to 40% slower after r202826

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59487 --- Comment #7 from GGanesh Ganesh.Gopalasubramanian at amd dot com --- Richard! With gcc version 4.9.0 20140224, I could see a gap between with/without -fwhole-program. with -fwhole-program : time ./rnflowWhPr real0m26.184s user

[Bug tree-optimization/59487] [4.9 Regression] When compiled with -fwhole-program rnflow.f90 runs up to 40% slower after r202826

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59487 --- Comment #9 from GGanesh Ganesh.Gopalasubramanian at amd dot com --- Other options are -Ofast -funroll-loops -fpeel-loops

[Bug tree-optimization/58656] New: rnflow regressing after r202826

Assignee: unassigned at gcc dot gnu.org Reporter: Ganesh.Gopalasubramanian at amd dot com Seems the fix for 58464 is regressing rnflow of pb11. Runtime log of rnflow Before revision 202826 0:35.558 - Completed program execution After revision 202826 (after fix) 0:53.023

[Bug tree-optimization/58464] [4.9 Regression] Crashes with SIGSEGV (infinite recursion in phi_translate)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58464 GGanesh Ganesh.Gopalasubramanian at amd dot com changed: What|Removed |Added CC

[Bug rtl-optimization/58577] New: Capacita regresses with 202619

Assignee: unassigned at gcc dot gnu.org Reporter: Ganesh.Gopalasubramanian at amd dot com CC: rguenther at suse dot de capactia from pb11 (polyhedron) regresses with revision 202619. The opensuse polyhedron runs shows this. (REF:http://gcc.opensuse.org/c++bench

[Bug rtl-optimization/58210] 400.perlbench fails with ICE

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58210 GGanesh Ganesh.Gopalasubramanian at amd dot com changed: What|Removed |Added Status|WAITING |RESOLVED

[Bug rtl-optimization/58210] 400.perlbench fails with ICE

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58210 --- Comment #5 from GGanesh Ganesh.Gopalasubramanian at amd dot com --- (In reply to Marc Glisse from comment #4) Now that PR 58137 is fixed, can you still reproduce? Note that not everyone has access to spec benchmarks. Thanks. The issue

[Bug rtl-optimization/58210] 400.perlbench fails with ICE

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58210 --- Comment #3 from GGanesh Ganesh.Gopalasubramanian at amd dot com --- (In reply to Richard Biener from comment #2) Please provide preprocessed source and compiler flags and the architecture that fails. Its for 400.perlbench (Spec 1.2

[Bug rtl-optimization/58210] New: 400.perlbench fails with ICE

Assignee: unassigned at gcc dot gnu.org Reporter: Ganesh.Gopalasubramanian at amd dot com 400.perlbench fails with the following error. pp_sort.c:1352:1: error: type mismatch in pointer plus expression S_qsortsv(pTHX_ gptr *list1, size_t nmemb, SVCOMPARE_t cmp, U32 flags

[Bug rtl-optimization/54944] New: 400.perlbench fails with segmentation fault

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54944 Bug #: 54944 Summary: 400.perlbench fails with segmentation fault Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: normal

[Bug rtl-optimization/54944] 400.perlbench fails with segmentation fault

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54944 --- Comment #2 from GGanesh Ganesh.Gopalasubramanian at amd dot com 2012-10-17 11:57:49 UTC --- Yes occurs with revision r192219.

[Bug target/51109] bdver1 scheduler state machine too large

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51109 --- Comment #3 from GGanesh Ganesh.Gopalasubramanian at amd dot com 2012-10-10 09:39:08 UTC --- Thanks a lot Uros, Venkat! -Original Message- From: ubizjak at gmail dot com [mailto:gcc-bugzi...@gcc.gnu.org] Sent: Wednesday

[Bug driver/54210] New: gcc unable to detect -mprfchw flag in bulldozer machines

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54210 Bug #: 54210 Summary: gcc unable to detect -mprfchw flag in bulldozer machines Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED

[Bug driver/54210] gcc unable to detect -mprfchw flag in bulldozer machines

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54210 --- Comment #1 from GGanesh Ganesh.Gopalasubramanian at amd dot com 2012-08-09 18:04:39 UTC --- Calling the cpuid function 0x8001 does it for bulldozer architecture. Is it OK for upstream? Index: gcc/config/i386/driver-i386.c