similar to: [LLVMdev] OpenMP Support for LLVM and clang

On 10/19/2010 05:50 AM, Gautam B.T. wrote: > Hello, > > I am a masters student interested in parallelization API's and auto > parallelization. I have been following LLVM's development for some time now > and would like to make a contribution. In particular I am interested in > adding > OpenMP support for LLVM. I believe this will be useful both for clang as > well

Hello, > I propose to take a look at the mpc project, which has a LGPL licensed > OpenMP library. The explanations how to use MPC OpenMP directly are in a > header file called mpcomp_abi.h located inside the > mpc/MPC_OpenMP/include directory. I had a look at MPC's OpenMP and it seems to be both well written and suited for this purpose. Thanks for the pointer. I will update the

Hi, In fact I have some theory on instruction level parallelism( i have a partitioning algorithm), then first of all, i want to generate a multithreaded code from LLVM IR (in assembly level) with a given partitioning. My problem is how can i use a thread library(like Pthread) or OS system calls in LLVM IR to create and manage threads? --- On Tue, 10/5/10, Tobias Grosser <grosser at

Hi I wanted to know the status of OpenMP (or in general auto parallelization) support in LLVM. I read some threads discussing about possible effort in that direction in 3.1 onwards, but did not see any further discussion on that. If someone in the list knows the updated info or can point me to any useful info, that would be useful. Thanks Regards Prakash Raghavendra -------------- next part

On 07/04/2012 10:35 AM, Raghavendra, Prakash wrote: > Hi > > I wanted to know the status of OpenMP (or in general auto > parallelization) support in > > LLVM. > > I read some threads discussing about possible effort in that direction > in 3.1 onwards, > > but did not see any further discussion on that. > > If someone in the list knows the updated info or can

On 01/16/2012 03:04 AM, Vlad Krylov wrote: > I am interested. I would be grateful for your hints. Great. ;-) > So OpenMP has various constructs such as parallel, barrier, single, > for, etc. And there is at least two libraries to generate OpenMP code: > libgomp and mpc. We want to be independent of specific library. True. > We should create an interface with methods which

On 10/05/2010 12:30 PM, hamed hamzehi wrote: > Hi, > > In fact I have some theory on instruction level parallelism( i have a > partitioning algorithm), then first of all, i want to generate a > multithreaded code from LLVM IR (in assembly level) with a given > partitioning. My problem is how can i use a thread library(like Pthread) > or OS system calls in LLVM IR to create and

I am interested. I would be grateful for your hints. So OpenMP has various constructs such as parallel, barrier, single, for, etc. And there is at least two libraries to generate OpenMP code: libgomp and mpc. We want to be independent of specific library. We should create an interface with methods which present manual inserting of OpenMP pragmas in C or Fortran code. These sounds like "this

I'm part of a research group at MIT looking to create an extension of LLVM that inherently allows one to nicely code a parallel loop. Most parallel frameworks tend to take the body of a parallel loop and stick it inside of a function for the parallel runtime to call when appropriate. However, this makes optimizations significantly more difficult as most compiler optimizations tend to be

Hi Tobi Thanks a lot for your detailed update on the status of OpenMP in LLVM. It looks like there is no "official" support of OpenMP in LLVM 3.x at least. In your descriptive list, I can see that [a] is an optional patch or available in GCC, [b] & [c] are available as optional runtimes (which have to be carefully bundled). [d] anyway is little different from OpenMP (can exist

On Mon, 2012-01-16 at 17:14 +0100, Tobias Grosser wrote: > On 01/16/2012 03:04 AM, Vlad Krylov wrote: > > I am interested. I would be grateful for your hints. > > Great. ;-) > > > So OpenMP has various constructs such as parallel, barrier, single, > > for, etc. And there is at least two libraries to generate OpenMP code: > > libgomp and mpc. We want to be

On 03/22/2011 01:56 PM, Reid Kleckner wrote: > On Tue, Mar 22, 2011 at 1:36 PM, Gokul Ramaswamy > <gokulhcramaswamy at gmail.com <mailto:gokulhcramaswamy at gmail.com>> wrote: > > Hi Duncan Sands, > > As I have understood, GOMP and OpenMP provides support for > parallelizing program at source program level. But I am at the IR > level. That

On Tue, Mar 22, 2011 at 1:36 PM, Gokul Ramaswamy <gokulhcramaswamy at gmail.com > wrote: > Hi Duncan Sands, > > As I have understood, GOMP and OpenMP provides support for > parallelizing program at source program level. But I am at the IR level. > That is I am trying to parallelize the IR code. This is the case of > automatic parallelization. The programmer writing the

Hi Duncan Sands, As I have understood, GOMP and OpenMP provides support for parallelizing program at source program level. But I am at the IR level. That is I am trying to parallelize the IR code. This is the case of automatic parallelization. The programmer writing the code does not have any idea of parallelization going behind the hood. So my question is instead of support at the source

On 01/07/2012 12:38 AM, Vlad Krylov wrote: > Hi, > > It was proposed to implement OpenMP framework. > Is there any progress in this area? Was the question raised at the > Euro-LLVM? Does anybody work on implementation? I am not aware of any work that was done or is planned to be done in public. At Euro-LLVM I had a short discussion with Alexandra about targeting the OpenMP run

Hi, raghesh and I are working in Polly on automatically generating OpenMP calls. This works nicely on a 64bit architecture, however the functions we need to generate are slightly different on different platforms. The reason for the difference is that e.g "long" in > bool GOMP_loop_runtime_next(long, long) has a different size on different architectures. Currently we generate

Hi, I just have a detail look at the code of Polly[1], it seems that Polly start to support some basic auto-parallelization stuffs. I have some idea to improve the current auto-vectorization and parallelization approach in Polly. The main idea is, we separate the transform passes and codegen passes for auto-parallelization and vectorization (Graphite[2] for gcc seems to taking similar approach

Hello, I had earlier mailed the list[1] about adding OpenMP support to Clang and LLVM Polly. The LLVM Polly wiki page earlier mentioned a design[2] where Clang and LLVM Polly would emit annotations to the code and there would be a seperate pass that would transform the code using these annotations. The issue I see with this approach is that this pass will have to be run immediately after the

On 12/22/2010 03:12 PM, Peter Collingbourne wrote: > On Wed, Dec 22, 2010 at 01:38:06PM -0500, Tobias Grosser wrote: >> Hi, >> >> raghesh and I are working in Polly on automatically generating OpenMP >> calls. This works nicely on a 64bit architecture, >> however the functions we need to generate are slightly different on >> different platforms. >>

I am involved in a project where one of the aims is to study the effects of different parallelization strategies on efficiency, power consumption etc. The idea is to do automated design space exploration by varying some parameters (e.g. number of tasks) and measuring their effect. Since we are already using LLVM for other purposes, we thought about using LLVM for analysis and then OpenMP for