[Openmp-dev] Dependency length in taskdeps

Victor Campos via Openmp-dev openmp-dev at lists.llvm.org
Tue Nov 8 15:18:53 PST 2016


Thanks for the answers!

I was planning on implementing support for array lengths, but it seems not
necessary since the current library is following the specification
correctly.

Victor.

2016-11-08 6:23 GMT-08:00 Cownie, James H <james.h.cownie at intel.com>:

> Victor,
>
>
>
> What you are missing is that the way that task dependencies are defined in
> OpenMP means that the only thing that matters is the base address.
> Therefore there is no need to consider the length at runtime. (In effect
> the address is just a unique identifier which is easy to create, it has no
> real semantic content beyond that).
>
>
>
> -- Jim
>
> James Cownie <james.h.cownie at intel.com>
> SSG/DPD/TCAR (Technical Computing, Analyzers and Runtimes)
>
> Tel: +44 117 9071438
>
>
>
> *From:* Openmp-dev [mailto:openmp-dev-bounces at lists.llvm.org] *On Behalf
> Of *Victor Campos via Openmp-dev
> *Sent:* Tuesday, November 8, 2016 12:46 AM
> *To:* openmp-dev at lists.llvm.org
> *Subject:* [Openmp-dev] Dependency length in taskdeps
>
>
>
> Hi,
>
> I have a question about dependency tracking in kmp_taskdeps.cpp.
>
> I see that dependency edges are created between nodes based on the base
> address (base_addr) of the dependency. However, I don't see the length
> (len) being taken into consideration to determine node connections.
>
> Am I missing something or is this a feature not yet implemented?
>
> Regards,
>
> Victor.
>
> ---------------------------------------------------------------------
> Intel Corporation (UK) Limited
> Registered No. 1134945 (England)
> Registered Office: Pipers Way, Swindon SN3 1RJ
> VAT No: 860 2173 47
>
> This e-mail and any attachments may contain confidential material for
> the sole use of the intended recipient(s). Any review or distribution
> by others is strictly prohibited. If you are not the intended
> recipient, please contact the sender and delete all copies.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/openmp-dev/attachments/20161108/6f0f4621/attachment.html>


More information about the Openmp-dev mailing list