[Bug target/116854] GCC incorrectly assumes all CPUs where -march=native resolves to -march=bdver4 will have RDRND support

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116854 --- Comment #15 from GGanesh --- I wanted to get it confirmed from our BIOS and Kernel developer manuals (https://www.amd.com/content/dam/amd/en/documents/archived-tech-docs/programmer-references/50742_15h_Models_60h-6Fh_BKDG.pdf). RDRAND is *s

[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 --- 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 and reload pass.

[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 changed: What|Removed |Added CC||Ganesh.Gopalasubramanian@am

[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 --- Other options are -Ofast -funroll-loops -fpeel-loops

[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 --- 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 user0m26.018s sys 0m0.156s without -fwhole-prog

[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.

[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 changed: What|Removed |Added CC||Ganesh.Gopalasubramanian@am |

[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 --- Comment #5 from GGanesh --- (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 is solved. I am changing the status as fixe

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

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58210 GGanesh changed: What|Removed |Added Status|WAITING |RESOLVED Resolution|---

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

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58210 --- Comment #3 from GGanesh --- (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) with options -Ofast -march=bdver2

[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] 400.perlbench fails with segmentation fault

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

[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 target/51109] bdver1 scheduler state machine too large

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51109 --- Comment #3 from GGanesh 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, October 10, 2012 3:07 PM To: Gopalasubrama

[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 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 ===

[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