This is the mail archive of the
mailing list for the GCC project.
Re: About adding OMPT into GNU's libgomp
- From: Jakub Jelinek <jakub at redhat dot com>
- To: Harald Servat <redcrash at gmail dot com>
- Cc: gcc at gcc dot gnu dot org, khuck at cs dot uoregon dot edu
- Date: Mon, 13 Apr 2015 12:53:27 +0200
- Subject: Re: About adding OMPT into GNU's libgomp
- Authentication-results: sourceware.org; auth=none
- References: <CAEOTYRe1iUojad7a-sTQJBAZiguS==dVjryfb_QVyB1Fwtobuw at mail dot gmail dot com>
- Reply-to: Jakub Jelinek <jakub at redhat dot com>
On Mon, Apr 13, 2015 at 11:14:56AM +0200, Harald Servat wrote:
> we're considering in adding OMPT  into the GNU OpenMP runtime. In
> brief, OMPT is a specification of an API for performance analysis
> tools such as TAU, Extrae and HPCToolkit. It mainly consists of calls
> that allow querying the state of the threads and callbacks to notify a
> tool of various OpenMP runtime events during an execution.
> Before we start, we'd like to know if there is someone else working
> on this direction. And if so, could we cooperate?
Not to my knowledge.
The only thing I'd like to say is that it would be nice if the changes
didn't affect performance of non-analyzed/traced apps, so if changes to hot
code paths are needed, they should be done with care, guarded with
__builtin_expect and benchmarked that they don't slow normal OpenMP code
> If there's nobody working on that, how should we start? According to
> the GCC webpage, GCC 5 is open for regression and doc fixes only ,
> so it could considered mature enough to be a starting point? Or should
> we start in GCC 4.9.x? That being said, I've seen that there's a copy
> of GCC in GitHub ; should we clone it, branch to GCC 5 (if that
> exists), and then work on a local branch until we can send you some
> patches? Or do you suggest a different work plan?
Please see what Jonathan wrote. You really should start working on a branch
from the trunk, and work towards incorporating it into the trunk (stage1
of GCC 6, where the trunk is open for new features, closes usually in