[Bug ipa/92538] New: Proposal for IPA init() constant propagation

Assignee: unassigned at gcc dot gnu.org Reporter: erick.oc...@theobroma-systems.com CC: marxin at gcc dot gnu.org Target Milestone: --- Created attachment 47278 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47278=edit Patch Hello, we've been work

[Bug ipa/92538] Proposal for IPA init() constant propagation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92538 Erick Ochoa changed: What|Removed |Added Attachment #47278|0 |1 is obsolete|

[Bug ipa/92917] New: ipa-cp segfaults in print_all_lattices

Assignee: unassigned at gcc dot gnu.org Reporter: erick.oc...@theobroma-systems.com CC: marxin at gcc dot gnu.org Target Milestone: --- Created attachment 47477 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47477=edit Possible fix Stacktrace === l

[Bug ipa/92685] In IPA's execute stage create_version_clone_with_body fails with non-vNULL callers

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92685 --- Comment #1 from Erick Ochoa --- Created attachment 47368 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47368=edit Test Cases

[Bug ipa/92685] New: In IPA's execute stage create_version_clone_with_body fails with non-vNULL callers

Severity: normal Priority: P3 Component: ipa Assignee: unassigned at gcc dot gnu.org Reporter: erick.oc...@theobroma-systems.com CC: marxin at gcc dot gnu.org Target Milestone: --- Created attachment 47367 --> https://gcc.gnu.org/bugzi

[Bug ipa/92685] In IPA's execute stage create_version_clone_with_body fails with non-vNULL callers

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92685 Erick Ochoa changed: What|Removed |Added Attachment #47367|0 |1 is obsolete|

[Bug ipa/92685] In IPA's execute stage create_version_clone_with_body fails with non-vNULL callers

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92685 --- Comment #3 from Erick Ochoa --- Created attachment 47373 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47373=edit Possible solution I attach a possible solution. Although I am not familiar if this will break the design for IPA

[Bug ipa/92538] Proposal for IPA init() constant propagation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92538 Erick Ochoa changed: What|Removed |Added CC||erick.ochoa@theobroma-syste

[Bug lto/93493] New: -flto -flto-partition=none -fipa-pass -fdump-ipa-pass dump_file still in /tmp

: normal Priority: P3 Component: lto Assignee: unassigned at gcc dot gnu.org Reporter: erick.oc...@theobroma-systems.com CC: marxin at gcc dot gnu.org Target Milestone: --- Created attachment 47728 --> https://gcc.gnu.org/bugzi

[Bug lto/93493] -flto -flto-partition=none -fipa-pass -fdump-ipa-pass dump_file still in /tmp

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93493 --- Comment #4 from Erick Ochoa --- [eochoa@osprey1 temp2]$ $HOME/code/gcc-inst/bin/gcc --verbose Using built-in specs. COLLECT_GCC=/home/eochoa/code/gcc-inst/bin/gcc

[Bug lto/93493] -flto -flto-partition=none -fipa-pass -fdump-ipa-pass dump_file still in /tmp

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93493 --- Comment #6 from Erick Ochoa --- Thanks, that helps. I'm just going to make the note that the behaviour I was describing involves the use of -flto-partition=none and not just -flto. With just -flto I never needed to add an explicit output

[Bug lto/93493] -flto -flto-partition=none -fipa-pass -fdump-ipa-pass dump_file still in /tmp

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93493 --- Comment #2 from Erick Ochoa --- Hi Martin, Thanks for the quick reply. I tried both suggestions and the dump file is still kept in "/tmp". I also tried a variation where I used -fipa-cp and -fdump-ipa-cp and the same thing happens. I

[Bug target/95336] [10/11 Regression] Bad code gen omnetpp_r aarch64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95336 --- Comment #9 from Erick Ochoa --- (In reply to Martin Liška from comment #8) > I've just tried current gcc-10 branch tip and I can't reproduce it with: > -mtune=emag -O3 -flto=16 > > Can you please attach complete build log? Hi, I was able

[Bug ipa/95336] New: Bad code gen omnetpp_r aarch64

Assignee: unassigned at gcc dot gnu.org Reporter: erick.oc...@theobroma-systems.com CC: marxin at gcc dot gnu.org Target Milestone: --- Hello, I have been using a configuration file to compile and run CPU2017. This configuration file worked well with gcc9, but it doesn't

[Bug ipa/95336] Bad code gen omnetpp_r aarch64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95336 --- Comment #2 from Erick Ochoa --- (In reply to Andrew Pinski from comment #1) > Did you try -fno-strict-aliasing? CXX = $(CXX_PATH) -ggdb TUNE_FAST= -mtune=emag -O3 CXXOPTIMIZE = $(TUNE_FAST) -fno-strict-aliasing

[Bug ipa/95336] Bad code gen omnetpp_r aarch64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95336 --- Comment #3 from Erick Ochoa --- (In reply to Erick Ochoa from comment #2) > (In reply to Andrew Pinski from comment #1) > > Did you try -fno-strict-aliasing? > > CXX = $(CXX_PATH) -ggdb > TUNE_FAST= -mtune=emag -O3 >

[Bug target/95336] Bad code gen omnetpp_r aarch64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95336 --- Comment #7 from Erick Ochoa --- I have ran revision 4945b4c2c8628bdd61b348ea5bd1f9b72537a36e with -O3 but all -O2 and -O3 optimizations disabled except > -finline-functions [enabled] > -finline-small-functions

[Bug target/95336] Bad code gen omnetpp_r aarch64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95336 --- Comment #5 from Erick Ochoa --- (In reply to Andrew Pinski from comment #4) > Does -O2 -flto -ftree-vectorize fail also? It does not fail. I will try to narrow down the problem to an optimization later today.