<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <p>Hi Eric,<br>
    </p>
    <br>
    <div class="moz-cite-prefix">On 03/15/2018 04:33 PM, Eric
      Christopher wrote:<br>
    </div>
    <blockquote type="cite"
cite="mid:CALehDX4SDauXdi0qM1ConnA=WZ_0cxQCaTrvE2KGw0oE2H5H0g@mail.gmail.com">
      <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>
    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>
    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>
    <br>
    Anyway, I am really happy that you answered my email. Hope to hear
    from you soon !<br>
    <br>
    -- <br>
    Paul<br>
  </body>
</html>