gomp-discuss
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Gomp-discuss] Somethings to think about ....


From: Lars Segerlund
Subject: Re: [Gomp-discuss] Somethings to think about ....
Date: Mon, 10 Mar 2003 16:12:53 +0100
User-agent: Mozilla/5.0 (X11; U; Linux i586; en-US; rv:1.2.1) Gecko/20021226 Debian/1.2.1-9


I think that the extensions to the tree's should have NO depedency on openMP, ( and perhaps knowledge about share, nonuniform, distributed memory model in addition to concurrency ! ), but be as general as possible.

The lib has to be openMP specific, as do the frontend and the code generation for the lib ( naturally ).

But the goal of generic concurrency awareness in the middle end is something I support 100 %

The thing is, we have discussed the lib and the frontend, and the hard part is the middle end and the algorithms, when it comes down to what has to be represented and what we like to be able to do and which algorithms to use we have done nothing.

If we could specify a minimal set of extensions and a minimal set of processing ( even without optimizations ) for a naive working implemmentation this would enable us to start coding instead of talking about what should and should not be done.

Perhaps we should need a set of guidelines as to what we want in the frontend, middle end, backend ? We seem to be diverging into different sets of requirements for these, frontend->openMP compliant, middle-end->totally generall, backend->libgomp/thread compliant.

 / Lars Segerlund.

Steven Bosscher wrote:
[snip]

Hmm, I've tried to bring this up before but I don't recall we got any
conclusions from it. So...

How OpenMP-specific do we want to be?  Isn't there a more general name
we could use? I don't like makeing everything very OpenMP-specific. IMO we should make the front end translate OpenMP pragmas to some
generic parallel tree codes.  There should be a generic library to
support concurrent execution.  The "OpenMP library" would just be a set
of wrappers that call into the generic concurrency support library.

The future may not be all OpenMP.  Having generic concurrency awareness
in the middle end may be useful for whatever may be beyond OpenMP.

Greetz
Steven




_______________________________________________
Gomp-discuss mailing list
address@hidden
http://mail.nongnu.org/mailman/listinfo/gomp-discuss






reply via email to

[Prev in Thread] Current Thread [Next in Thread]