Paul Semel via llvm-dev
2018-Mar-08 09:29 UTC
[llvm-dev] [cfe-dev] [GSOC 2018] Information gathering
Hi Eric, As you are pointed to be the confirmed mentor for the "Command line replacements for GNU Binutils" GSOC 2018 subject, I permit myself to add you to this thread ! If you have a few minutes to answer my questions, that'd really great 🙂 On 03/01/2018 08:43 PM, Paul Semel wrote:> Hey, > > On 02/20/2018 11:51 PM, Paul Semel wrote: >> Hello, >> >> >> I'm Paul Semel, a French student in computer science. I am currently >> in my 4th year (1st year of graduate school) at EPITA and enrolled in >> the system and security laboratory of the school. >> >> I would be very interested in working on a LLVM project during this >> GSoC. Implementing a PoC for an unsequenced modification checker in >> CSA helped me discover LLVM. However, I would like to dive deeper in >> this project. >> >> I've seen some of the proposals, and I would like to ask a few >> questions about two of those. >> >> As you might have guessed, I have some interest in the checker for >> dangling string pointers : >> >> - Do you think it would help if I kept working on improving my >> unsequenced modification checker to get more familiar with Clang >> Static Analyzer ? >> >> I'm also interested in the command line replacements for GNU Binutils : >> >> - What tools would you like to replace in priority ? >> - Does this subject imply to add options/features to some of the >> tools, or is it only about handling command line ? >> >> Thank you very much, >> >> > > Adding cfe-dev.. > > Regards, >Thanks, -- Paul Semel
Eric Christopher via llvm-dev
2018-Mar-15 15:33 UTC
[llvm-dev] [cfe-dev] [GSOC 2018] Information gathering
Hi Paul,> >> I'm also interested in the command line replacements for GNU Binutils : > >> > >> - What tools would you like to replace in priority ? > >> - Does this subject imply to add options/features to some of the > >> tools, or is it only about handling command line ? > > >I just replied with this in another thread: "It's currently still available. The basic idea is that we'd be working on getting each of the llvm tools or libraries with a front end that is command line compatible with the GNU binutils counterpart to serve as a replacement. Whether or not we made them output compatible is something else, but we'll probably want to have a couple different modes there from: a) The compatible tool, b) The tool we all want. A and B could be the same, but then again, they might not. The low bar for the SoC project is going to be A." And in priority order I'd probably want to finish off objcopy support (see the recent thread on llvm-dev) and objdump/readobj/readelf and then go from there. Thoughts? -eric -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20180315/1b387b77/attachment.html>
Paul Semel via llvm-dev
2018-Mar-16 08:57 UTC
[llvm-dev] [cfe-dev] [GSOC 2018] Information gathering
Hi Eric, On 03/15/2018 04:33 PM, Eric Christopher wrote:> Hi Paul, > > > >> I'm also interested in the command line replacements for GNU > Binutils : > >> > >> - What tools would you like to replace in priority ? > >> - Does this subject imply to add options/features to some of the > >> tools, or is it only about handling command line ? > > > > > I just replied with this in another thread: > > "It's currently still available. The basic idea is that we'd be > working on getting each of the llvm tools or libraries with a front > end that is command line compatible with the GNU binutils counterpart > to serve as a replacement. Whether or not we made them output > compatible is something else, but we'll probably want to have a couple > different modes there from: > > a) The compatible tool, > b) The tool we all want. > > A and B could be the same, but then again, they might not. The low bar > for the SoC project is going to be A." > > And in priority order I'd probably want to finish off objcopy support > (see the recent thread on llvm-dev) and objdump/readobj/readelf and > then go from there. > > Thoughts? > > -ericI saw the thread you are talking about. So basically, the idea would be to do the correct calls for either COFF subset of functions of ELF ones wether we have a COFF or ELF file as an input. Am I right ? I am really interested in doing a proposal for this subject. What do you expect to be in it ? I was actually thinking of something like exposing the things I've done in LLVM/CLang, the schedule for the 3 months (but for this, I need to talk with you about the high priority tools, as I'm not sure it is possible to do all the frontend tools in such amount of time).. Anyway, I am really happy that you answered my email. Hope to hear from you soon ! -- Paul -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20180316/6e73eb20/attachment.html>