>>
>> As far as I know (I have not verified the source) they do.
>
> That's important information.
> If you remember the source, please tell me about it.
Sorry, I meant I didn't verify the "source code" :)
Jakub is right though, the paper clearly presents performance results
on tied vs. untied, so
> Thanks a lot for your kind advice.
> Then my latest plan is:
> - Learn other implementations (as Antoniu said)
> - Learn Mercurium implementation
> - Implement the same/similar feature as Mercurium in libgomp/ ,
> then evaluate it
> (This is the goal for GSoC project)
>
> However, I currently k
On Tue, Apr 5, 2011 at 4:37 PM, Jakub Jelinek wrote:
> On Tue, Apr 05, 2011 at 03:45:26PM +0200, Antoniu Pop wrote:
>> On Tue, Apr 5, 2011 at 3:01 PM, Sho Nakatani wrote:
>> > From: Jakub Jelinek
>> > Date: Tue, 5 Apr 2011 08:33:23 +0200
>> > Yes. Also,
On Tue, Apr 5, 2011 at 3:01 PM, Sho Nakatani wrote:
> From: Jakub Jelinek
> Date: Tue, 5 Apr 2011 08:33:23 +0200
>
>> On Tue, Apr 05, 2011 at 11:05:01AM +0900, Sho Nakatani wrote:
>>> - When task A encounters "#pragma omp task" derective, worker creates a
>>> task
>>> and immediately execu
Hi Tim,
> From gcc online docs (http://gcc.gnu.org/onlinedocs/libgomp/), I found
> documentations for most of OpenMP constructs, except one very
> important construct TASK.
I cannot answer this. It may be that the documentation was written
before tasks (which were introduced in a latter version
> [Naganna] I would like to know all phases of GCC OpenMP(Paser level,
> intermediate reprsentation, code generation and OpenMP runtime librariy)
>
> could you please point documents which explain work flow of GOMP?
The GOMP project page:
http://gcc.gnu.org/projects/gomp/
The only article A
Hi,
> I would like to do backend work to convert OpenMP to GPGPU
> langauages(Brook+).
I'm not sure this would be best suited for backend work. The OpenMP
pragma expansion is done very early and the decision to offload parts
of the computation to the GPGPU would probably need to be taken before
> I'd like to explore distributing threads across a heterogenous NUMA
> architecture. I.e. input/output data would have to be transferred
> explicitly, and the compiler would have to have more than one backend.
I'm currently working on something that looks quite similar, in the
"streamization" br
Hi,
> I am currently working on installing OpenMP(2.5v or 3.0v specification)
> on my linux machine (GCC 4.1.2 SuSE10.2). It requires at least GCC 4.3
> version. It seems
> that I need to upgrade to GCC4.3.1 or GCC 4.4 from my current version of
> GCC 4.1.2. Which GCC version do you suggest in
