[Openmp-dev] Some more patches

[Peyton, Jonathan L]

There has been no replies to these.  Are we ok to commit?

-- Johnny

From: openmp-dev-bounces at cs.uiuc.edu [mailto:openmp-dev-bounces at cs.uiuc.edu] On Behalf Of Peyton, Jonathan L
Sent: Friday, January 30, 2015 5:42 PM
To: openmp-dev at dcs-maillist2.engr.illinois.edu
Subject: [Openmp-dev] Some more patches

These patches have more meat to them.

two_task_teams.patch - The tt_state flag is removed and replaced by an array of two task_team pointers in the team struct.  Each thread's local th_task_team points to one of those two task_teams on the team struct, and the thread's th_task_state indicates which one.  With this change, inside a barrier, the master thread can now change out the task_team on the team struct at any time, because the threads will switch to look at the other task_team.  This gives us some flexibility in implementing barrier algorithms that don't have separate gather and release phases, like dissemination barriers.

backtrace_fix_cfi.patch - Inline assembly breaks back trace for OpenMP applications.  This change adds CFI directives for stack tracing.

omp_is_initial_device.patch - omp_is_initial_device() was implemented based on operating system:
We use _Offload_get_device_number() on Linux.
And on other operating systems, omp_is_initial_device() always returns 1.

debugger_struct_update.patch - updates the kmp_omp_struct_info_t for debuggers.  Kmp_omp_struct_info_t is a structure that was prepared and exported as a static symbol
to be used for interfacing with debuggers.   In this change, kmp_omp_struct_info_t structure was fixed to reflect the current OpenMP RTL structures.

loop_out_of_bounds_fix.patch - small patch to fix a loop-out-of-bounds error for Fortran.

Applying patches (all independent):
$ patch -p0 < two_task_teams.patch
$ patch -p0 < backtrace_fix_cfi.patch
$ patch -p0 < omp_is_initial_device.patch
$ patch -p0 < debugger_struct_update.patch
$ patch -p0 < loop_out_of_bounds_fix.patch

-- Johnny

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/openmp-dev/attachments/20150205/05991bb1/attachment.html>