[llvm-dev] GSoC: Improve parallelism-aware analyses and optimizations

[Johannes Doerfert via llvm-dev]

Hi Abhay,

apologies for the delayed response and nice work with the first patch.

In OpenMPOpt.cpp there is a TODO which you could work on.
  // TODO: We directly convert uses into proper calls and unknown uses.
The idea is that we already cache all uses of a runtime call but we
later need to verify the use is "a proper call". Given that the
expectation is to have a proper call and it complicates the use sites
all over, we should validate uses early and categorize them in two maps:
 1) "proper calls"
 2) "unknown uses"

Does that make sense?

Thanks,
  Johannes


On 03/11, Abhay Raj Singh wrote:
> Hi! Thanks for helping me out with this. I have put up a patch [0] after
> going through the comments which suggested the fix.
> 
> Thank you and have a nice day
> [0] https://reviews.llvm.org/D75970
> 
> On Tue, 10 Mar 2020 at 23:37, Johannes Doerfert <johannesdoerfert at gmail.com>
> wrote:
> 
> > Hi Abhay,
> >
> > glad you are interested in working on LLVM!
> >
> > If you want a small first task that actually affects the same code base
> > as the project will, take a look at this comment [0]. The OpenMPOpt.cpp
> > pass has a static member that causes an unused warning in some builds.
> > Can you resolve this and put a patch for review [1]? We should talk
> > about a more exiting small task after :)
> >
> > Cheers,
> >   Johannes
> >
> > [0] https://reviews.llvm.org/D69930#1910922
> > [2] https://www.llvm.org/docs/Phabricator.html
> >
> > On 03/10, Abhay Raj Singh via llvm-dev wrote:
> > > Greetings everyone,
> > > I am Abhay Raj Singh, a 2nd-year student at NIT Hamirpur, Bharat(India).
> > > I am very interested in the project titled "Improve parallelism-aware
> > > analyses and optimizations"
> > >
> > > I would like to apologize for contacting so late I had midterm
> > examination,
> > > finished recently.
> > > I have taken a course on OpenMP from YouTube which was supported by Intel
> > >
> > > I have ~4-5 years of experience with C++ and ~2years with "Modern C++"
> > and
> > > STL.
> > >
> > > I have contributed to some C++ projects like:
> > > C++ Pipes (https://github.com/joboccara/pipes)
> > > - Added stride feature (https://github.com/joboccara/pipes/pull/24)
> > > - Optimized code (https://github.com/joboccara/pipes/pull/25)
> > >
> > > cxxopts(https://github.com/jarro2783/cxxopts)
> > > - fixed a bug (https://github.com/jarro2783/cxxopts/pull/205)
> > >
> > > Inkscape(my graphics designing software)
> > > - fixed several bugs and optimized API in the Pull request linked below
> > > (https://gitlab.com/inkscape/inkscape/-/merge_requests/1446)
> > >
> > >
> > > some of my own projects are
> > > cppm (https://github.com/istenith/cppm)
> > > CSC19 (https://github.com/istenith/CSC19)
> > >
> > >
> > > I believe the reasons I am a fit for this project are:
> > > - Ability to write generic code
> > > - Knowledge of internal workings of *C++*, *compilers*, and the
> > > *platforms(hardware
> > > concepts)*
> > > (ex.TMP, constexpr, RAII, RVO, cache lines, move semantics, undefined
> > > behaviors, thread-safety, etc.)
> > >
> > > *Which I came to know about, by closely following C++ communities and
> > > events such as cpplang.slack.com <http://cpplang.slack.com/>, CPPcon,
> > core
> > > guidelines <https://isocpp.github.io/CppCoreGuidelines/CppCoreGuidelines
> > >.*
> > >
> > > Although, I have already started going through the code base and will
> > soon
> > > push some bug fixes.
> > >
> > > Can you please suggest how to proceed with this project.
> > >
> > > Thanks and Regards,
> > > Abhay
> >
> > > _______________________________________________
> > > LLVM Developers mailing list
> > > llvm-dev at lists.llvm.org
> > > https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev
> >
> >
> > --
> >
> > Johannes Doerfert
> > Researcher
> >
> > Argonne National Laboratory
> > Lemont, IL 60439, USA
> >
> > jdoerfert at anl.gov
> >

-- 

Johannes Doerfert
Researcher

Argonne National Laboratory
Lemont, IL 60439, USA

jdoerfert at anl.gov
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 228 bytes
Desc: not available
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20200318/98fa4cf9/attachment.sig>