similar to: [LLVMdev] RFC: ThinLTO Impementation Plan

On Wed, May 13, 2015 at 10:46 PM, Alex Rosenberg <alexr at leftfield.org> wrote: > "ELF-wrapped bitcode" seems potentially controversial to me. > > What about ar, nm, and various ld implementations adds this requirement? > What about the LLVM implementations of these tools is lacking? > Sorry I can not parse your questions properly. Can you make it clearer? David

The design objective is to make thinLTO mostly transparent to binutil tools to enable easy integration with any build system in the wild. 'Pass-through' mode with 'ld -r' instead of the partial LTO mode is another reason. David On Thu, May 14, 2015 at 7:30 AM, Teresa Johnson <tejohnson at google.com> wrote: > On Thu, May 14, 2015 at 7:22 AM, Eric Christopher

So, what Alex is saying is that we have these tools as well and they understand bitcode just fine, as well as every object format - not just ELF. :) -eric On Thu, May 14, 2015, 6:55 AM Teresa Johnson <tejohnson at google.com> wrote: > On Wed, May 13, 2015 at 11:23 PM, Xinliang David Li > <xinliangli at gmail.com> wrote: > > > > > > On Wed, May 13, 2015 at

On Thu, May 14, 2015 at 11:14 AM, Eric Christopher <echristo at gmail.com> wrote: > I'm not sure this is a particularly great assumption to make. Which part? > We have to > support a lot of different build systems and tools and concentrating on > something that just binutils uses isn't particularly friendly here. I think you may have misunderstood His point was exactly

As promised, here is an new version of the ThinLTO RFC, updated based on some of the comments, questions and feedback from the first RFC. Hopefully we have addressed many of these, and as noted below, will fork some of the detailed discussion on particular aspects into separate design doc threads. Please send any additional feedback and questions on the overall design. Thanks! Teresa Updated RFC

The end goal is the ability to turn on thin-lto as easy as turning optimizations like -O2 or -O3 -- we want friendliness, very much :) David On Thu, May 14, 2015 at 11:14 AM, Eric Christopher <echristo at gmail.com> wrote: > I'm not sure this is a particularly great assumption to make. We have to > support a lot of different build systems and tools and concentrating on >

On Fri, May 29, 2015 at 6:56 AM, Alex Rosenberg <alexr at leftfield.org> wrote: > My earlier statement about wrapping things in a native object file held in that it is controversial. It appears to be still central to your design. > > It may help to look at the problem from a different viewpoint: LLVM is not a compiler. It is a framework that can be used to make compiler-like tools.

On Thu, May 14, 2015 at 12:53 PM, Eric Christopher <echristo at gmail.com> wrote: > > > On Thu, May 14, 2015 at 11:34 AM Daniel Berlin <dberlin at dberlin.org> > wrote: > >> On Thu, May 14, 2015 at 11:14 AM, Eric Christopher <echristo at gmail.com> >> wrote: >> > I'm not sure this is a particularly great assumption to make. >>

On Thu, May 14, 2015 at 1:18 PM, Eric Christopher <echristo at gmail.com> wrote: > > > On Thu, May 14, 2015 at 1:11 PM David Blaikie <dblaikie at gmail.com> wrote: >> >> On Thu, May 14, 2015 at 12:53 PM, Eric Christopher <echristo at gmail.com> >> wrote: >>> >>> >>> >>> On Thu, May 14, 2015 at 11:34 AM Daniel Berlin

My earlier statement about wrapping things in a native object file held in that it is controversial. It appears to be still central to your design. It may help to look at the problem from a different viewpoint: LLVM is not a compiler. It is a framework that can be used to make compiler-like tools. >From that view, it no longer makes sense to discuss "the plugin," or gold, or $AR,

On Fri, Aug 14, 2015 at 3:35 PM, Mehdi Amini <mehdi.amini at apple.com> wrote: > Hi Teresa, > > Thanks for layout down a detailed proposal on top of the slides, it is > very instructive and very pleasant to read. > Hi Mehdi, Thanks! > > I have a few questions, none of which touches the ELF aspect! :) > I apologize if you already addressed them and I missed it (if

On Wed, Jun 3, 2015 at 4:19 AM, Dave Bozier <seifsta at gmail.com> wrote: > Hi Teresa, > > Thanks for providing this updated RFC. > >> For Sony's linker, are you using the gold plugin or libLTO interfaces? >> If the latter, I suppose some ThinLTO handling would have to be added >> to your linker (e.g. to invoke the LLVM hooks to write the stage-2 >>

On Jun 1, 2015, at 6:34 AM, Teresa Johnson <tejohnson at google.com> wrote: > On Fri, May 29, 2015 at 6:15 PM, Sean Silva <chisophugis at gmail.com> wrote: >> >> >> On Fri, May 29, 2015 at 8:01 AM, Teresa Johnson <tejohnson at google.com> >> wrote: >>> >>> On Fri, May 29, 2015 at 6:56 AM, Alex Rosenberg <alexr at

On Thu, May 14, 2015 at 2:09 PM, Eric Christopher <echristo at gmail.com> wrote: > > > On Thu, May 14, 2015 at 1:35 PM Teresa Johnson <tejohnson at google.com> wrote: >> >> On Thu, May 14, 2015 at 1:18 PM, Eric Christopher <echristo at gmail.com> >> wrote: >> > >> > >> > On Thu, May 14, 2015 at 1:11 PM David Blaikie

On Fri, May 29, 2015 at 8:01 AM, Teresa Johnson <tejohnson at google.com> wrote: > On Fri, May 29, 2015 at 6:56 AM, Alex Rosenberg <alexr at leftfield.org> > wrote: > > My earlier statement about wrapping things in a native object file held > in that it is controversial. It appears to be still central to your design. > > > > It may help to look at the

On Thu, May 14, 2015 at 2:09 PM, Eric Christopher <echristo at gmail.com> wrote: > > > On Thu, May 14, 2015 at 1:35 PM Teresa Johnson <tejohnson at google.com> > wrote: > >> On Thu, May 14, 2015 at 1:18 PM, Eric Christopher <echristo at gmail.com> >> wrote: >> > >> > >> > On Thu, May 14, 2015 at 1:11 PM David Blaikie

There is no need for emitting the full symtab. I checked the overhead with a huge internal C++ source. The overhead of symtab + str table compared with byte code with debug is about 3%. More importantly, it is also possible to use the symtab also for index/summary purpose, which makes the space usage completely 'unwasted'. That gets into the details which will follow when patches are in.

Hi Mehdi, Saw David's response but wanted to add a bit more below. On Fri, Aug 14, 2015 at 11:14 PM, Mehdi Amini <mehdi.amini at apple.com> wrote: > > On Aug 14, 2015, at 10:41 PM, Teresa Johnson <tejohnson at google.com> wrote: > > > > On Fri, Aug 14, 2015 at 3:35 PM, Mehdi Amini <mehdi.amini at apple.com> > wrote: > >> Hi Teresa, >>

Thanks for all the feedback and questions, answers below. Teresa On Thu, May 14, 2015 at 4:29 PM, Duncan P. N. Exon Smith <dexonsmith at apple.com> wrote: > >> On 2015-May-13, at 11:44, Teresa Johnson <tejohnson at google.com> wrote: >> >> I've included below an RFC for implementing ThinLTO in LLVM, looking >> forward to feedback and questions. >>

On Mon, Jun 1, 2015 at 6:34 AM, Teresa Johnson <tejohnson at google.com> wrote: > On Fri, May 29, 2015 at 6:15 PM, Sean Silva <chisophugis at gmail.com> wrote: > > > > > > On Fri, May 29, 2015 at 8:01 AM, Teresa Johnson <tejohnson at google.com> > > wrote: > >> > >> On Fri, May 29, 2015 at 6:56 AM, Alex Rosenberg <alexr at