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 > > debugger instead

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
Hello, In addition to the per-library process, I am trying to implement OMPD's per-process functions defined in 5.5.2. I have some questions on defining or at least using some of the data types. In the attached patch, I took a liberty of tentatively defining the _ompd_aspace_handle, which is the

[OMPD] Library Functions

2020-06-30 Thread y2s1982 . via Gcc
Hello everyone, For this week, I wanted to complete the OMPD library-wide functions, namely the ompd_initialize and ompd_finalize. I took notes from: - https://www.openmp.org/wp-content/uploads/OpenMP-API-Specification-5.0.pdf , - https://github.com/OpenMPToolsInterface/LLVM-openmp/blob/ompd-test

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
Hello Jakub, Thank you for the quick response. I assume, then, there's no need for making a function to set this global variable at this point. Should I create a simple unit test that asserts the value to be "libgompd.so.1" for now, or should I skip the unit test on this for now? Cheers, Tony Si

[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 again and studying LLVM's approach > to > > it

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
Hello Martin, Thank you for a thorough reply. I have some updates and more questions for you. I have put them inline. In gist, - FSF replied with signed assignment form; still working on getting Compile Farm access - Generated bunch of GIMPLE dump and looked at few of them - I proposed some form o

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, y2s1982 . wrote: > > Hello ever