search for: mclinker

Hi all, We are developing a linker, MCLinker. MCLinker is a linker for LLVM. It leverages the LLVM machine code (MC) layer to link object files and bitcodes, and generate shared objects and executable files. Motivation ---------- The development of MCLinker was started out of the need for an LLVM integrated linker. LLVM lacks an integrate...

2011/11/1 Jush Lu (盧育龍) <Jush.Lu at mediatek.com>: > Hi all, > > We are developing a linker, MCLinker. > > MCLinker is a linker for LLVM. It leverages the LLVM machine code (MC) layer to link object files and bitcodes, and generate shared objects and executable files. > > > Motivation > ---------- > > The development of MCLinker was started out of the need for an LLVM integr...

Dear LLVM user and developer, We get a chance to give a tutorial on LLVM and MCLinker. The tutorial will be co-located with CGO 2013 on Feb. 24 (Sunday morning) in Shenzhen, China. If you are also interesting in these topics, welcome to join the tutorial! Here is a website of the tutorial: http://code.google.com/p/mclinker/ We're also looking for additional presenters to s...

Well, you are an mclinker contributor and Google uses mclinker and now it's broken as the result of your change. I still don't see any justification to making a change in a public interface that is used by other non LLVM projects to fix some issue with clang warnings. People should be able to derive from those c...

Hi all, The slides we used on "CGO MCLinker and LLVM Tutorial" are now available on the MCLinker website: http://code.google.com/p/mclinker/wiki/2013CGOTutorial Enjoy! - The CGO Tutorial on MCLinker and LLVM 2013 committee

On 03/19/2015 09:24 AM, David Blaikie wrote: > > > On Thu, Mar 19, 2015 at 9:18 AM, Reed Kotler <reed.kotler at imgtec.com > <mailto:reed.kotler at imgtec.com>> wrote: > > Well, you are an mclinker contributor > > > Me personally? Not that I know of. Sorry. I thought i had seen your name in an mclinker commit. > > and Google uses mclinker > > > So I've been told, though I hadn't even heard of mclinker until this > email thread. It's another linker (...

...imgtec.com>> wrote: > > On 03/19/2015 09:24 AM, David Blaikie wrote: >> >> >> On Thu, Mar 19, 2015 at 9:18 AM, Reed Kotler >> <reed.kotler at imgtec.com <mailto:reed.kotler at imgtec.com>> wrote: >> >> Well, you are an mclinker contributor >> >> >> Me personally? Not that I know of. > Sorry. I thought i had seen your name in an mclinker commit. >> >> and Google uses mclinker >> >> >> So I've been told, though I hadn't even heard of mclinker unt...

...On 03/19/2015 09:24 AM, David Blaikie wrote: >>> >>> >>> On Thu, Mar 19, 2015 at 9:18 AM, Reed Kotler >>> <reed.kotler at imgtec.com <mailto:reed.kotler at imgtec.com>> wrote: >>> >>> Well, you are an mclinker contributor >>> >>> >>> Me personally? Not that I know of. >> Sorry. I thought i had seen your name in an mclinker commit. >>> >>> and Google uses mclinker >>> >>> >>> So I've been...

On 03/19/2015 08:55 AM, David Blaikie wrote: > > > On Thu, Mar 19, 2015 at 4:30 AM, Reed Kotler <Reed.Kotler at imgtec.com > <mailto:Reed.Kotler at imgtec.com>> wrote: > > One could argue that mclinker is doing something good or not by > how it's using this class > but I don't see the need for parser<bool> to be final. That is a > subjective opinion that mclinker needs to > be changed. > > I think that "final" was added to some of the...

One could argue that mclinker is doing something good or not by how it's using this class but I don't see the need for parser<bool> to be final. That is a subjective opinion that mclinker needs to be changed. I think that "final" was added to some of these command line classes to avoid some kind of cla...

Let's suppose that MCLinker folks are here already - I am a committer of this project :). Maybe I did not formulate my suggestion correctly. When I offer to "install" the yaml2obj and obj2yaml utilities I mean result of the "make install" command only. I do not suggest to include this utilities into any d...

On Tue, Nov 01, 2011 at 10:34:43PM +0800, Jush Lu (?c?|?s) wrote: > Hi all, > > We are developing a linker, MCLinker. > > MCLinker is a linker for LLVM. It leverages the LLVM machine code (MC) > layer to link object files and bitcodes, and generate shared objects > and executable files. Cool! A linker has been the largest gap for FreeBSD to move to a completely BSD toolchain by default now that lib...

Hi David, Is there a reason that we need to have "final" for parser<bool> ??? This breaks the compilation of mclinker which derives a class from this. In file included from /home/rkotler/workspace/mclinker/lib/Support/CommandLine.cpp:9:0: /home/rkotler/workspace/mclinker/include/mcld/Support/CommandLine.h:49:7: error: cannot derive from ‘final’ base ‘llvm::cl::parser<bool>’ in derived type ‘llvm::cl::Fal...

...true on error. bool parse(cl::Option& O, StringRef ArgName, StringRef Arg, bool& Val) { if (cl::parser<bool>::parse(O, ArgName, Arg, Val)) return false; Val = false; return false; } }; I don't know the history of this. I'm just starting to do some mclinker work to add the new mips r6 relocations to it. On 03/18/2015 07:00 PM, David Blaikie wrote: > > > On Wed, Mar 18, 2015 at 6:48 PM, reed kotler <rkotler at mips.com > <mailto:rkotler at mips.com>> wrote: > > Hi David, > > Is there a reason that we need...

Now the yaml2obj and obj2yaml utilities used in LLVM and LLD projects tests only and not installed by the "make install" command. I think they might be also useful in third-party projects like MCLinker. I suggest to move these utilities into the "tools" category and install them together with other LLVM tools. Any objections or comments? -- Simon Atanasyan

Hi, Brooks, Since this project is helped by many BSD guys in Taiwan, one of MCLinker's main objectives is make direct contribution to the BSD realm. Please feel free to give us suggestions to make sure we can achieve this goal. Any comments are appreciated. We realized open discussion on the mailing list is necessary, and we hope this thread can be a beginning to openly discus...

On Tue, Nov 1, 2011 at 18:24, Tang Luba <lubatang at gmail.com> wrote: > In GCC, LTO causes 'fat' object files, because GCC needs to serialize > IR into 'intermediate language' (IL) and compress IL in object files. > In our experience, the 'fat' object files are x10 bigger than the > original one, and slow down the linking process significantly. The >

Could you please convert the PowerPoint slides to PDF and have them there as an alternative? -- Sean Silva

...re are many of your comments on reviews that are just personal, and then you step over people's toes and commits yourself. This does not scale. But more importantly, it puts into doubt the validity of the tool you're so hardly defending. You see, 3 years ago, I was asked to choose between MCLinker and LLD. MCLinker was a linker for all purposes, but Chris Lattner convinced me that LLD is the LLVM linker, and we should be focusing all efforts there. It goes against the commercial interests of Linaro members to choose such a premature technology, and it did put them back years of development,...

Hi all, As you might already know, there is a CGO tutorial talking about MCLinker and LLVM [1]. If you have interest in this topic, please don't hesitate to join us. ;) I, one of the co-oragnizers, are going to give a presentation talking about "LLVM Intermediate Representation". This presentation has three subjects: - LLVM's lowering flow - The interme...