https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107451
--- Comment #9 from bartoldeman at users dot sourceforge.net ---
I ended up using -mprefer-vector-width=128 as a workaround myself (via
__attribute__((target("prefer-vector-width=128", so there is still some AVX
vectorization.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107647
--- Comment #1 from bartoldeman at users dot sourceforge.net ---
According to godbolt it's still producing FMAs on trunk:
https://godbolt.org/z/aWh6d1E4E
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: bartoldeman at users dot sourceforge.net
Target Milestone: ---
I stumped upon an example where GCC generates FMA instruction even when FMAs
are disabled using -ffp-contract=off
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107451
bartoldeman at users dot sourceforge.net changed:
What|Removed |Added
Attachment #53785|0 |1
is
-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: bartoldeman at users dot sourceforge.net
Target Milestone: ---
Created attachment 53785
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53785&action=edit
Test case
The following code:
double do
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107294
bartoldeman at users dot sourceforge.net changed:
What|Removed |Added
Resolution|FIXED |WONTFIX
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107294
bartoldeman at users dot sourceforge.net changed:
What|Removed |Added
Status|NEW |RESOLVED
: normal
Priority: P3
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: bartoldeman at users dot sourceforge.net
Target Milestone: ---
This code:
complex function csmul(a, b)
real, value :: a
complex, value :: b
csmul = a * b
end
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107254
--- Comment #10 from bartoldeman at users dot sourceforge.net ---
Thanks for the fix! I can confirm that, when applied to 11.3 (with files
renamed from .cc to .c), it fixes the issue, and with it, thousands of test
failures in the reference
: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: bartoldeman at users dot sourceforge.net
Target Milestone: ---
Created attachment 53703
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53703&action=edit
Test case
The following code gives th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103023
--- Comment #2 from bartoldeman at users dot sourceforge.net ---
Yes this is about the ICE mainly.
It was stripped down from this, which HAS uniform.
subroutine func(u,f,ndim)
!$OMP DECLARE SIMD(func) uniform(ndim) linear(ref(f,u):1
: normal
Priority: P3
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: bartoldeman at users dot sourceforge.net
Target Milestone: ---
Created attachment 51717
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51717&action=edit
Test c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101683
--- Comment #6 from bartoldeman at users dot sourceforge.net ---
"really not many people care about floating point exceptions". I think more
people should :) but this is indeed the context.
We found this issue on a supercomput
ity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: bartoldeman at users dot sourceforge.net
Target Milestone: ---
Created attachment 51222
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51222&action=ed
Priority: P3
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: bartoldeman at users dot sourceforge.net
Target Milestone: ---
Created attachment 47837
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47837&action=edit
Fortran code that
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52838
Bug #: 52838
Summary: [x32] missed optimization for pointer return value
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
16 matches
Mail list logo