https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77719
Joost VandeVondele changed:
What|Removed |Added
CC||Joost.VandeVondele at mat dot
ethz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77719
--- Comment #4 from Joost VandeVondele
---
(In reply to Dominique d'Humieres from comment #3)
> I
> don't think the code is valid: spdim is an implicit real used uninitialized.
yeah, auto-reduced from valid code.
but thanks for confirming,
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: Joost.VandeVondele at mat dot ethz.ch
Target Milestone: ---
recent trunk regression:
> cat bug.f90
SUBROUTINE urep_egr(erep,derep,surr)
INTEGER, PARAMETER :: dp=8
REAL(dp), INTENT(in
-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: Joost.VandeVondele at mat dot ethz.ch
Target Milestone: ---
> cat t.f90
LOGICAL FUNCTION F1(A,B)
REAL :: A,B
F1=(abs(A)<sqrt(B))
END FUNCTION
LOGICAL FUNCTION F2(A,B)
REAL :: A,B
F2=(A*A<B)
END
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77719
--- Comment #6 from Joost VandeVondele
---
(In reply to kugan from comment #5)
> Sent a patch to fix this at
> https://gcc.gnu.org/ml/gcc-patches/2016-09/msg01760.html.
Thanks, add this line before the first IF statement to silence the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51119
--- Comment #37 from Joost VandeVondele
---
(In reply to Joost VandeVondele from comment #36)
> #pragma GCC optimize ( "-Ofast -fvariable-expansion-in-unroller
> -funroll-loops" )
and really beneficial for larger matrices would be
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51119
--- Comment #36 from Joost VandeVondele
---
(In reply to Jerry DeLisle from comment #34)
> -Ofast does reorder execution..
> Opinions welcome.
That is absolutely OK for a matmul, and all techniques to get near peak
performance require that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68649
--- Comment #18 from Joost VandeVondele
---
since this PR, and the related PR77278 can presumably only be fixed by changing
libgfortran abi (at least if I understand Richard's suggestion for fixing
this). The announced major version bump of
Priority: P3
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: Joost.VandeVondele at mat dot ethz.ch
Target Milestone: ---
For our code, we see a slowdown (3%-7% depending on the user reporting) due to
the options -fpeel-loops and -ftracer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81441
Joost VandeVondele changed:
What|Removed |Added
CC||Joost.VandeVondele at mat dot
ethz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80817
Joost VandeVondele changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
: target
Assignee: unassigned at gcc dot gnu.org
Reporter: Joost.VandeVondele at mat dot ethz.ch
Target Milestone: ---
Using gcc 7.1 on x86, the following
#include
void increment_relaxed(std::atomic& counter) {
atomic_store_explicit(,
atomic_load_explicit(,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80817
--- Comment #3 from Joost VandeVondele
---
If I compile with -m32
gcc -std=c++11 -m32 -S -O3 test.cpp
I get
.cfi_startproc
subl$12, %esp
.cfi_def_cfa_offset 16
movl16(%esp), %ecx
fildq
701 - 713 of 713 matches
Mail list logo
