search for: cilkplus

...n established project and its users? Just because we prefer "parallel" as a name for a new project and want to validate this choice by moving an actual parallel runtime there? Also, Chris' arguments on SE's lack of users / standard body make a lot of sense to me. I remember that CilkPlus was rejected for the same reasons. Why SE (PPM, not the library) is different? Yours, Andrey -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20160601/548ca1b2/attachment.html>

Chandler, Thank you for getting it up to ML top. I believe we have to move broader than that you just mentioned. The natural separation of the infrastructure into different parts can be across the following lines: - the parallel model of programming - these can be OpenMP, OpenACC, CilkPlus, OpenCL, StreamExecutor, CUDA, C++ parallel extensions, etc. - the offloading machinery to be used by any of those above and providing unified interfaces across all targets to be supported - the performance libraries collection that can be re-used in different programming models and be targeting di...

...e second argement has the "linear" property. More details (including name mangling scheme) can be found in the following references [2]. References ========== 1. OpenMP SIMD language extensions: http://www.openmp.org/mp-documents/openmp-4. 5.pdf 2. VectorABI Documentation: https://www.cilkplus.org/sites/default/files/open_specifications/Intel-ABI-Vecto r-Function-2012-v0.9.5.pdf https://sourceware.org/glibc/wiki/libmvec?action=AttachFile&do=view&target=Vecto rABI.txt [[Note: VectorABI was reviewed at X86-64 System V Application Binary Interface mailing list. The discussi...

...op. >> >> I believe we have to move broader than that you just mentioned. The >> natural separation of the infrastructure into different parts can be across >> the following lines: >> >> - the parallel model of programming - these can be OpenMP, OpenACC, >> CilkPlus, OpenCL, StreamExecutor, CUDA, C++ parallel extensions, etc. >> - the offloading machinery to be used by any of those above and providing >> unified interfaces across all targets to be supported >> - the performance libraries collection that can be re-used in different >> pr...

The thread has lost focus and cherry picking replies.. To restate things since maybe you missed my points ---- 1) SE is a programming model and needs a home of it's own. Having a programming model with it's headers and all other stuff glued into a runtime project which intends to be universal and PM agnostic doesn't make sense. 1.1) The more I look, the most it seems SE is just a

...> More details (including name mangling scheme) can be found in the > following references [2]. > > References > ========== > > 1. OpenMP SIMD language extensions: http://www.openmp.org/mp-documents/openmp-4. > 5.pdf > > 2. VectorABI Documentation: > https://www.cilkplus.org/sites/default/files/open_specifications/Intel > -ABI-Vecto > r-Function-2012-v0.9.5.pdf > https://sourceware.org/glibc/wiki/libmvec?action=AttachFile&do=view&ta > rget=Vecto > rABI.txt > > [[Note: VectorABI was reviewed at X86-64 System V Application Binary Interfa...

...m?id=2523721.2523727 [6] http://dl.acm.org/citation.cfm?id=2095103 [7] http://cpc2016.infor.uva.es/wp-content/uploads/2016/06/CPC2016_paper_12.pdf [8] http://llvm.org/docs/LangRef.html#llvm-mem-parallel-loop-access-metadata [9] http://llvm.org/devmtg/2014-10/Slides/Bataev-OpenMP.pdf [10] http://cilkplus.github.io/ [11] http://openmp.org/sc13/OpenMPBoF_LLVM.pdf [12] https://reviews.llvm.org/D5344 [13] https://reviews.llvm.org/D12710 -- Johannes Doerfert Researcher / PhD Student Compiler Design Lab (Prof. Hack) Saarland Informatics Campus, Germany Building E1.3, Room 4.31 Tel. +49 (0)681 302-57...

> On Mar 2, 2016, at 1:33 AM, Renato Golin <renato.golin at linaro.org> wrote: > > On 2 March 2016 at 01:14, John McCall via llvm-dev > <llvm-dev at lists.llvm.org> wrote: >> Hi, all. >> - We sometimes want to return more values in registers than the convention normally does, and we want to be able to use both integer and floating-point registers. For

> On Apr 22, 2016, at 3:01 PM, Chandler Carruth <chandlerc at gmail.com> wrote: > > I feel like this thread got a bit stalled. I'd like to pick it up and try to suggest a path forward. > > I don't hear any real objections to the overall idea of having an LLVM subproject for parallelism runtimes and support libraries. I think we should get that created. I think it