<div dir="ltr"><br><br><div class="gmail_quote"><div dir="ltr">On Fri, Mar 16, 2018 at 1:57 AM Paul Semel <<a href="mailto:semelpaul@gmail.com">semelpaul@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div text="#000000" bgcolor="#FFFFFF">
<p>Hi Eric,<br>
</p></div><div text="#000000" bgcolor="#FFFFFF">
<br>
<div class="m_-6621562086282010304moz-cite-prefix">On 03/15/2018 04:33 PM, Eric
Christopher wrote:<br>
</div>
<blockquote type="cite">
<div dir="ltr">Hi Paul,
<div><br>
</div>
<div>
<div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
>> I'm also interested in the command line
replacements for GNU Binutils :<br>
>><br>
>> - What tools would you like to replace in
priority ?<br>
>> - Does this subject imply to add options/features
to some of the<br>
>> tools, or is it only about handling command line
?<br>
><br>
</blockquote>
<div><br>
</div>
<div>I just replied with this in another thread:</div>
<div><br>
</div>
<div>"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:</div>
<div><br>
</div>
<div>a) The compatible tool,</div>
<div>b) The tool we all want.</div>
<div><br>
</div>
<div>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."</div>
<div><br>
</div>
<div>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.</div>
<div><br>
</div>
<div>Thoughts?</div>
<div><br>
</div>
<div>-eric </div>
</div>
</div>
</div>
</blockquote>
<br></div><div text="#000000" bgcolor="#FFFFFF">
I 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.<br>
Am I right ?<br>
<br></div></blockquote><div><br></div><div>Basically what I'm looking for first is a command line equivalent replacement first for gnu objcopy. I'd focus on ELF first, and then move to COFF/PE. I'd start from the work that Jake (cc'd) has already done and work with Zach (cc'd) on the COFF stuff if he's still interested. Of course, I'll be around for the first bit.</div><div><br></div><div>Then follow up with objcopy, etc as there's time.</div><div> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div text="#000000" bgcolor="#FFFFFF">
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)..<br></div></blockquote><div><br></div><div>Showing off your previous work is absolutely great in a proposal. A timeline and some proof that you've at least looked at what's missing and have ideas at how to do the work would be key. And I don't really expect you to finish all of them - at least not without help, but with some luck there might be other contributors to help :)<br></div><div><br></div><div>Sound good? We can definitely work on the details as you're interested - I'll also be more responsive in the near future as well.</div><div><br></div><div>Thanks!</div><div><br></div><div>-eric</div></div></div>