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&#
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
PASS
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
> CXX
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.
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
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 t
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&action=edit
Patch
Hello,
we&
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92538
Erick Ochoa changed:
What|Removed |Added
CC||erick.ochoa@theobroma-syste
IRMED
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/
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&action=edit
Test Cases
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92685
Erick Ochoa changed:
What|Removed |Added
Attachment #47367|0 |1
is obsolete|
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&action=edit
Possible solution
I attach a possible solution. Although I am not familiar if this will break the
design for IPA
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92538
Erick Ochoa changed:
What|Removed |Added
Attachment #47278|0 |1
is obsolete|
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&action=edit
Possible fix
Sta
: 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
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 provid
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
COLLECT_LTO_WRAPPER=/home/eochoa/code/gcc-inst/libexec/gcc/aarch64-unknown-linu
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 fil
18 matches
Mail list logo
