https://gcc.gnu.org/bugzilla/show_bug.cgi?id=125717

Harald Anlauf <anlauf at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |tkoenig at gcc dot gnu.org

--- Comment #4 from Harald Anlauf <anlauf at gcc dot gnu.org> ---
(In reply to Dhruv Chawla from comment #3)
> (In reply to Harald Anlauf from comment #2)
> > (In reply to Richard Biener from comment #1)
> > > The auto-parallelizer has not changed, it's unmaintained.  IIRC the issue 
> > > is
> > > that the dependences idea of the auto-parallelizer and do concurrent are 
> > > not
> > > compatible.  In principle the frontend could be more selective with 
> > > setting
> > > the flag, but DO CONCURRENT does not mean there are no dependences at 
> > > all(?)
> > 
> > F2023: 11.1.7.4.3  The execution cycle
> > 
> > (3) The block of a DO CONCURRENT construct is executed for every active
> > combination of the index-name values.  Each execution of the block is an
> > iteration.  The executions may occur in any order.
> > 
> > 
> > There is a couple of restrictions in
> > 
> > 11.1.7.5  Additional semantics for DO CONCURRENT constructs
> > 
> > and at the end:
> > 
> > NOTE 3
> > 
> > The restrictions on the statements in a DO CONCURRENT construct are designed
> > to ensure there are no data dependencies between iterations of the loop.
> > This permits code optimizations that might otherwise be difficult or
> > impossible because they would depend on properties of the program not
> > visible to the compiler.
> 
> This makes me curious as to why the annotation was changed to be this way in
> the first place. Shouldn't the language construct by-default guarantee it
> working correctly?
> 
> It looks like this was supposed to be handled in GCC 9:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83064#c24, so was it? Was this
> just something that was forgotten along the way?

Hmm, I cannot say.  But I read Thomas' comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83064#c31
as that this is still to be done.

Adding Thomas.

@Thomas: do you remember the status of this issue?

Reply via email to