similar to: [GSOC 2018] GNU Binutils replacement

Hi Sebastiaan, I'm not the creator of the this GSOC project but I might be able to help. I'm the author of llvm-objcopy, and the soon to be creator of the symlink llvm-strip to llvm-objcopy (which currently doesn't exist). The reason llvm-objcopy and llvm-strip don't have documentation pages is because I haven't written them yet; I'll get on that! 1. The goal is to work

Hi Jake, Thank you for your reply! That would explain a lot. What are some ways in which llvm-object still could use work? Depending on how much work remains, maybe it would be an interesting GSOC project? Kind Regards, Sebastiaan Peters ________________________________ From: Jake Ehrlich <jakehehrlich at google.com> Sent: Monday, March 19, 2018 19:49 To: Sebastiaan Peters Cc: llvm-dev

> Is there a typo somewhere in there? "llvm-as" and "GNU as" are completely unrelated. It wasn't a typo unfortunately but I should have said llvm-mc. I just googled "llvm as" saw "llvm-as" and thought "oh that must be the GNU CLI compatible version of llvm-mc". That's what making assumptions gets me. I suppose a symlink to llvm-mc or

On Mon, Mar 19, 2018 at 1:52 PM Jake Ehrlich via llvm-dev < llvm-dev at lists.llvm.org> wrote: > > Is there a typo somewhere in there? "llvm-as" and "GNU as" are completely > unrelated. > > It wasn't a typo unfortunately but I should have said llvm-mc. I just > googled "llvm as" saw "llvm-as" and thought "oh that must be

Hi, On 03/20/2018 06:05 AM, Eric Christopher wrote: > > > On Fri, Mar 16, 2018 at 1:57 AM Paul Semel <semelpaul at gmail.com > <mailto:semelpaul at gmail.com>> wrote: > > Hi Eric, > > > On 03/15/2018 04:33 PM, Eric Christopher wrote: >> Hi Paul, >> >> >> >> I'm also interested in the command line

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

On Fri, Mar 16, 2018 at 1:57 AM Paul Semel <semelpaul at gmail.com> wrote: > 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

Hi, On 03/20/2018 03:06 PM, Paul Semel wrote: > Hi, > > On 03/20/2018 06:05 AM, Eric Christopher wrote: >> >> >> On Fri, Mar 16, 2018 at 1:57 AM Paul Semel <semelpaul at gmail.com >> <mailto:semelpaul at gmail.com>> wrote: >> >>     Hi Eric, >> >> >>     On 03/15/2018 04:33 PM, Eric Christopher wrote: >>>     Hi

That's something I want to do as well for several reasons. That's an orthogonal issue however. On Tue, Oct 2, 2018, 10:21 AM Eric Christopher <echristo at gmail.com> wrote: > I'd give some consideration to moving the objcopy support itself into a > library inside llvm (possibly lib/Object as that makes the most sense) and > then the tool is just a thin wrapper on top

Binutils and LLVM As part of "owning our own toolchain", various people have expressed an interest and have been working on creating various tools that duplicate the functionality of tools available on other systems. As a start, I'd like to summarize the current status, and ask people for help updating the list. List taken from <http://www.gnu.org/software/binutils/>

Hi all ! During this GSoC, I've worked on improving the llvm binutils suite. I've wrote a final [1]report for those of you who would be interested. Regards, -- Paul Semel [1] http://paulsemel.org/posts/command-line-replacements-in-llvm-binutils/

Hey everyone! Objcopy is a powerful tool that allows one to modify object files in various manners, for example, modify symbols / symbol tables or copy / remove particular parts of a binary. It also serves as a basis for the strip tool. Currently, llvm-objcopy only supports ELF files while binutils' objcopy can handle Mach-O files as well. Besides extending the existing tool to support Mach-O

Hello, I'm interested in taking this task for this year's round of the Google Summer of Code. I'm a Computer Science undergraduate student at the University of Milan-Bicocca, I have 5+ years of experience with C/C++ but I'm quite new to the LLVM project. I'd like to have further information about the task requirements and whether it's still available. Thank you in advance.

> > From: James Henderson via llvm-dev <llvm-dev at lists.llvm.org> > To: Oliver Stannard <oliver.stannard at linaro.org> > Cc: LLVM Dev <llvm-dev at lists.llvm.org> > Subject: Re: [llvm-dev] [RFC] Case insensitive assembly directives for > all targets > > +1 to all of what Oliver said. We aim for compatibility with GNU in most > (all?) of

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, >>

On Tue, Nov 6, 2012 at 2:19 PM, Marshall Clow <mclow.lists at gmail.com> wrote: > Binutils and LLVM > > As part of "owning our own toolchain", various people have expressed an interest and have been working on creating various tools that duplicate the functionality of tools available on other systems. > > As a start, I'd like to summarize the current status, and

On Thu, Feb 6, 2020 at 9:15 AM James Henderson <jh7370.2008 at my.bristol.ac.uk> wrote: > > On Thu, 6 Feb 2020 at 00:24, Jon Chesterfield via llvm-dev < > llvm-dev at lists.llvm.org> wrote: > >> This doesn't sound right. GNU binutils have a large quantity of legacy >> cruft, not least the redundancy between tools like readelf and objdump >> which are

LLVM already implements its own version of almost all of binutils. The exceptions to this rule are objcopy and strip. This is a proposal to implement an llvm version of objcopy/strip to complete llvm’s binutils. Several projects only use gnu binutils because of objcopy/strip. LLVM itself uses objcopy in fact. Chromium and Fuchsia currently use objcopy as well. If you want to distribute your build

Hey everyone, Sorry to jump in on this so late. My two cents is that it should remain GNU objoppy compatible most likely. It was always vaguely a desire to have command line compatibility but it has turned out over time that this is actually a crucial feature and should be one of the top priorities. You can't just go into a giant build system and swap out all the uses of GNU objcopy with

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: