http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50564
Thomas Koenig changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50564
--- Comment #10 from Thomas Koenig 2011-10-10
19:07:38 UTC ---
Author: tkoenig
Date: Mon Oct 10 19:07:35 2011
New Revision: 179770
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=179770
Log:
2011-10-10 Thomas Koenig
PR fortran/5056
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50564
--- Comment #9 from tkoenig at netcologne dot de
2011-10-10 18:57:09 UTC ---
> implicit none
> integer :: i
> real :: A(5), B(5)
> B(1) = 3.344
> A = [real :: 1, 2, 3, 4, 5 ]
> !$omp parallel default(shared)
> !$omp workshare
> A(:) = A(:)*cos(B(
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50564
Richard Guenther changed:
What|Removed |Added
Priority|P3 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50564
--- Comment #8 from Tobias Burnus 2011-10-10
09:23:19 UTC ---
(In reply to comment #7)
> Could you supply a complete test case? I'd like to check this out, but#
> I don't use OpenMP myself.
Well, something along the following lines. Except for
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50564
--- Comment #7 from tkoenig at netcologne dot de
2011-10-09 18:10:37 UTC ---
Am 09.10.2011 18:14, schrieb burnus at gcc dot gnu.org:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50564
>
> --- Comment #6 from Tobias Burnus 2011-10-09
> 16:14:43
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50564
--- Comment #6 from Tobias Burnus 2011-10-09
16:14:43 UTC ---
(In reply to comment #5)
> one has a problem as "tmp" is shared. Thus, one needs to make sure that all
> inserted temporary variables are thread private (DECL_THREAD_LOCAL_P).
Actuall
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50564
--- Comment #5 from Tobias Burnus 2011-10-09
16:00:41 UTC ---
(In reply to comment #4)
> So, the best method is to disable front-end optimization within
> a forall loop.
>
> I assume the same holds for DO CONCURRENT.
I think do concurrent is OK
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50564
--- Comment #4 from Thomas Koenig 2011-10-08
21:41:11 UTC ---
FORALL sucks rocks through a straw.
We cannot use the usual front-end optimization within forall, because
forall(iTime=1:2)
tmp = dble(iTime)
timeSteps(iTime)=ratio**(tmp
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50564
Thomas Koenig changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigned at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50564
--- Comment #3 from Tobias Burnus 2011-09-30
09:11:38 UTC ---
(In reply to comment #2)
> I'll have a look in the next few days.
One way could be to move the "EXPR_ASSIGN:" part of trans-stmt.c's
gfc_trans_forall_1 into a separate function and ad
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50564
Thomas Koenig changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50564
--- Comment #1 from Tobias Burnus 2011-09-29
12:44:16 UTC ---
The problem is that with front-end optimization, the forall body is changed
from:
timeSteps(iTime)=ratio**(dble(iTime)-0.5d0)-ratio**(dble(iTime)-1.5d0)
which is a simple assignme
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50564
Tobias Burnus changed:
What|Removed |Added
Target Milestone|--- |4.7.0
14 matches
Mail list logo
