Memory Handling

2020-07-29 Thread y2s1982 via Gcc
: > On Mon, Jul 27, 2020 at 01:59:01PM -0400, y2s1982 via Gcc-patches wrote: > > I do know you have said this several times, and I thought I understood > it, > > but it seems I am wrong each time. I just want to clarify my > understanding > > and what I had intended on d

Re: [OMPD] Questions on per-process functions and related data types.

2020-07-03 Thread y2s1982 . via Gcc
Hello Jakub, On Fri, Jul 3, 2020 at 10:40 AM Jakub Jelinek wrote: > On Fri, Jul 03, 2020 at 10:26:27AM -0400, y2s1982 . wrote: > > Still, following the documentation 5.5.2.1, how should I extract version > > information from ompd_address_space_context_t that is owned by the >

Re: [OMPD] Questions on per-process functions and related data types.

2020-07-03 Thread y2s1982 . via Gcc
Hello, On Fri, Jul 3, 2020 at 10:06 AM Jakub Jelinek wrote: > On Thu, Jul 02, 2020 at 06:58:49PM -0400, y2s1982 . via Gcc wrote: > > This is giving me more clarity on what I have to do. At the moment, I am > > storing the > > information in the handle. > > > >

Re: [OMPD] Questions on per-process functions and related data types.

2020-07-02 Thread y2s1982 . via Gcc
On Thu, Jul 2, 2020 at 11:12 AM Jakub Jelinek wrote: > On Thu, Jul 02, 2020 at 10:57:11AM -0400, y2s1982 . wrote: > > > On Wed, Jul 01, 2020 at 10:50:44PM -0400, y2s1982 . via Gcc wrote: > > > > per-process functions defined in 5.5.2. > > > > I have some que

Re: [OMPD] Questions on per-process functions and related data types.

2020-07-02 Thread y2s1982 . via Gcc
Hello, Thank you for the detailed reply. I have some questions. On Thu, Jul 2, 2020 at 8:47 AM Jakub Jelinek wrote: > On Wed, Jul 01, 2020 at 10:50:44PM -0400, y2s1982 . via Gcc wrote: > > per-process functions defined in 5.5.2. > > I have some questions on defining or at leas

[OMPD] Questions on per-process functions and related data types.

2020-07-01 Thread y2s1982 . via Gcc
y Sim From 72ec5149a1296ef9f773529b486b9100ef0b8891 Mon Sep 17 00:00:00 2001 From: y2s1982 Date: Wed, 1 Jul 2020 22:47:25 -0400 Subject: [PATCH] libgomp: Add OMPD library and process functions This patch adds OMPD library initialize and finalize functions, and OMPD process initialize and resour

[OMPD] Library Functions

2020-06-30 Thread y2s1982 . via Gcc
ers, Tony Sim From cef95b0d0c63eb364faa3d510f439bbf36a82999 Mon Sep 17 00:00:00 2001 From: y2s1982 Date: Tue, 30 Jun 2020 18:46:34 -0400 Subject: [PATCH] libompd: added more OMPD library-wide functions 2020-06-30 Tony Sim libgomp/ChangeLog: * libgompd.h : Add gompd_callbacks variable. *

Re: [OMPD] API version formatting

2020-06-22 Thread y2s1982 . via Gcc
On Mon, Jun 22, 2020 at 1:54 PM Jeffrey Walton via Gcc wrote: > On Mon, Jun 22, 2020 at 1:47 PM Jakub Jelinek via Gcc > wrote: > > > > On Sat, Jun 20, 2020 at 01:26:59PM -0400, y2s1982 . via Gcc wrote: > > > I have a question on API version formatting. >

[OMPD] API version formatting

2020-06-20 Thread y2s1982 . via Gcc
Hello, I have a question on API version formatting. I have been looking at the get_api_version() and get_api_version_string() documentation: https://www.openmp.org/spec-html/5.0/openmpsu213.html#x269-17920005.5.1.2 I also saw how LLVM implements it using macro to store the information: https://git

Re: [OMPD] regarding const char **ompd_dll_locations

2020-06-18 Thread y2s1982 . via Gcc
Cheers, Tony Sim On Thu, Jun 18, 2020 at 5:36 PM Jakub Jelinek wrote: > On Thu, Jun 18, 2020 at 05:24:25PM -0400, y2s1982 . wrote: > > (LLVM currently simply puts { "ompd.so", NULL }, but I am assuming this > was > > just a placeholder.) > > Let's pu

[OMPD] regarding const char **ompd_dll_locations

2020-06-18 Thread y2s1982 . via Gcc
Hello everyone, I would like to share some of my thoughts and seek some opinions on coding for const char **ompd_dll_locations. After reviewing the documentation , looking over LLVM approach

Re: GSoC: OMPD conversation

2020-06-05 Thread y2s1982 . via Gcc
Hello, On Thu, Jun 4, 2020 at 6:54 PM Martin Jambor wrote: > Hi, > > On Sun, May 31 2020, y2s1982 . wrote: > > Hello team, > > > > I just wanted to give an update to my current progress. I spent most of > the > > time looking over OMPD documentation aga

GSoC: OMPD conversation

2020-05-31 Thread y2s1982 . via Gcc
Hello team, I just wanted to give an update to my current progress. I spent most of the time looking over OMPD documentation again and studying LLVM's approach to it. > > > > If it is all the same, and since I am familiar with working on github, > may > > I work on github? I took the liberty of

Re: Welcome GCC GSoC 2020 participants

2020-05-20 Thread y2s1982 . via Gcc
t I'm forced to work from home :-/ Furthermore, both me > and Jakub have been preparing for a big OpenMP meeting that takes place > this week. > Wow, is that meeting something I may attend? It sounds like an amazing learning opportunity. > > On Tue, May 12 2020, y2s1982 . w

Re: GSoC: Implementation of OMPD

2020-03-24 Thread y2s1982 . via Gcc
Hello Martin, I have replied in-line. On Tue, Mar 24, 2020 at 7:36 PM Martin Jambor wrote: > Hi Tony, > > sorry for a late reply, things are a bit crazy recently. > That's okay. Thanks for reaching back to me. I am still very interested. > On Sat, Mar 07 2020, y2s198

GSoC: Implementation of OMPD

2020-03-07 Thread y2s1982 .
Hello everyone, My name is Tony Sim. In anticipation to planning for my last summer within my degree program, I am considering to take part in the Google Summer of Codes. In particular, I would like to work on implementing OMPD for GCC and related programs. I have studied CPU and GPU parallel pr