[Openmp-dev] offloading library

[Cramer, Tim]

Yes, as far as I know liboffload will be used as backend of the libomptarget for Intel® Xeon Phi™. So I guess moving “offload” to a subdirectory of libomptarget makes sense (as you proposed secondly). In the end I don’t really care about the directory structure as long as both are part of the OpenMP project ;-).
 
Tim
 
From: Cownie, James H [mailto:james.h.cownie at intel.com] 
Sent: Tuesday, June 09, 2015 1:11 PM
To: Cramer, Tim; Samuel F Antao; Hervé Yviquel
Cc: Openmp-dev at dcs-maillist2.engr.illinois.edu
Subject: RE: [Openmp-dev] offloading library
 
We already have the offload library in the OpenMP LLVM repository at  <http://llvm.org/svn/llvm-project/openmp/trunk/offload/> http://llvm.org/svn/llvm-project/openmp/trunk/offload/ (or equivalent SVN location). Adding target libraries either in there, or at …/openmp/trunk/libomptarget/foo (where foo is the name of the target) makes sense to me.
 
-- Jim

James Cownie <james.h.cownie at intel.com>
SSG/DPD/TCAR (Technical Computing, Analyzers and Runtimes)
Tel: +44 117 9071438
 
From: openmp-dev-bounces at cs.uiuc.edu [mailto:openmp-dev-bounces at cs.uiuc.edu] On Behalf Of Cramer, Tim
Sent: Tuesday, June 9, 2015 12:01 PM
To: Samuel F Antao; Hervé Yviquel
Cc: Openmp-dev at dcs-maillist2.engr.illinois.edu
Subject: Re: [Openmp-dev] offloading library
 
Hi Samuel,
 
>From my (users / tool developers) perspective libomptarget/liboffload should be part of the OpenMP project, because all target constructs are part of the OpenMP standard. Furthermore, it will make things easier for an extension of the tools interface OMPT for such constructs, because we can use the available infrastructure. Such an extension is currently discussed in the language committee. 
 
Cheers,
Tim
 
From: openmp-dev-bounces at cs.uiuc.edu [mailto:openmp-dev-bounces at cs.uiuc.edu] On Behalf Of Samuel F Antao
Sent: Wednesday, June 03, 2015 10:08 PM
To: Hervé Yviquel
Cc: Openmp-dev at dcs-maillist2.engr.illinois.edu
Subject: Re: [Openmp-dev] offloading library
 
Hi Herve,
 
We are planing on doing that integration but we haven't established a timeline yet. I am currently working on the offloading codegen part, and this library has to be available in order for that to be meaningful. I believe the natural place for it to live would be the OpenMP project. I was planing to work on the porting of what we have in github so it becomes part of LLVM too, but I didn't have the time yet, so it would be great if you contribute to this and I'm of course available to help.
 
A question for the maintainers: What would be the good place for that code to be? Any particular subfolder of the current tree?
 
Many thanks!
Samuel
 
 
 
 
 
 
 
 
2015-06-03 15:05 GMT-04:00 Hervé Yviquel <herve.yviquel at ic.unicamp.br>:
Hi all,
 
I'm interested on the new offloading extension of OpenMP. I looked around and I suppose that you will integrate the libomptarget into the openmp runtime at some point. Is there already a predefined timeline about this ?
I'm going to add another RTL target for my research project but I need to make the library compilable on my laptop (osx).
Can I contribute with a new building system based on CMake ? 
 
Regards,
 
--
Hervé Yviquel
Postdoc researcher
Instituto de Computação - UNICAMP
http://people.irisa.fr/Herve.Yviquel/
 

_______________________________________________
Openmp-dev mailing list
Openmp-dev at dcs-maillist2.engr.illinois.edu
http://lists.cs.uiuc.edu/mailman/listinfo/openmp-dev
 
---------------------------------------------------------------------
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/20150609/6c818983/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 5793 bytes
Desc: not available
URL: <http://lists.llvm.org/pipermail/openmp-dev/attachments/20150609/6c818983/attachment.bin>