similar to: [LLVMdev] Code Ownership - tools/gold

On Wed, Nov 13, 2013 at 7:58 PM, Rafael Espíndola < rafael.espindola at gmail.com> wrote: > > It sounds like the linker could call lto_module_dispose() right after > > lto_codegen_add_module() to help reduce the memory footprint. That > would be > > a simple linker change. A slightly larger linker change would be to > > immediately call lto_codegen_add_module()

> Letting the module own MDNodes may not be a win for gold since it is going > to create multiple copies of MDNodes that could be shared with Context > owning MDNodes. > > For example, with debug info type uniquing, the type nodes can be shared > across modules, but with module owning MDNodes, each module will create its > own copy of the type nodes. The advantage is that the

Attached is the start of a patch to make the gold plugin work on Darwin for use as a cross-compiler. There needs to be a build step somewhere in llvm-gcc that copies it into libexec/<gcc poop>/libLLVMgold.so, but I've been doing that manually for now. It doesn't seem that simple use of -O4 results in the plugin learning what subtarget is desired. I presume that the llvm-gcc driver

So you see the issue as well in ARM? When doing a objdump -D weakMainO1.exe | grep -A 10 "<_ZN1C13caller_methodEv>:" I see: 00008b88 <_ZN1C13caller_methodEv>: 8b88: e92d4800 push {fp, lr} 8b8c: e1a0b00d mov fp, sp 8b90: e24dd008 sub sp, sp, #8 8b94: e58d0004 str r0, [sp, #4] 8b98: e59d0004 ldr r0, [sp, #4] 8b9c: ebffdd17 bl 0

I got your point! Thanks a lot, Rafael! Best, Tianyin On Tue, Jun 26, 2012 at 4:12 PM, Rafael Espíndola < rafael.espindola at gmail.com> wrote: > > Could you explain a bit more (sorry I'm not from a compiler background)? > So, > > what's the difference in the analysis perspective? What does "reading ELF > > files and archives" and "creating a

---- Original message ---- >Date: Wed, 10 Mar 2010 22:09:22 -0800 >From: Nick Lewycky <nicholas at mxc.ca> >Subject: Re: [LLVMdev] glod plugin use >To: Swarup Kumar Sahoo <ssahoo2 at illinois.edu> >Cc: llvmdev at cs.uiuc.edu, Rafael Espindola <espindola at google.com> > >Swarup Kumar Sahoo wrote: >> Hi, >> I was trying to use gold plugin

On 7/20/2010 1:25 AM, Eli Friedman wrote: > On Mon, Jul 19, 2010 at 11:06 PM, Guoliang Jin<jingl1345 at gmail.com> wrote: >> Hi, >> >> I would like to get the whole program bitcode with debug information in it. >> >> I tried to use CFLAGS = "-O4 -g", but it ends with the following error: >> collect2: ld terminated with signal 6 [Aborted]

Some things to check: Run llvm-gcc a.c -emit-llvm -use-gold-plugin -Wl,debug This will print the link command line. What is it? Do you get the same error messages if you run just that? Are gold and the plugin linked with the same libstdc++? Cheers On Jun 5, 2010 11:50 PM, "Guoliang Jin" <jingl1345 at gmail.com> wrote: The errors are /usr/lib/libstdc++.so.6: version

Hi, > I got your point! Thanks a lot, Rafael! one big difference is that llvm-link doesn't do any optimization, while the gold linker does. You can get something similar to gold by using llvm-link, and then running "opt -std-link-opts" on the linked bitcode file. However all symbols will be internalized by default (you can adjust this on the command line) while the gold linker

the symlink ld is already pointing to /usr/bin/ld. Also -fuse-ld=gold does not works on clang in freebsd. I am not sure where is the problem?should I remove /usr/bin/ld and create a new symlink to /usr/local/bin/ld.gold? Regards Aditya Verma Junior Undergraduate IDD Computer Sc & Engg IIT(BHU), Varanasi(UP) On Mon, Jun 22, 2015 at 5:25 AM, Rafael Espíndola < rafael.espindola at

On Mon, Oct 5, 2009 at 8:04 PM, Rafael Espindola <espindola at google.com> wrote: >> I have no idea how to reduce this. >> >> Configure llvm-gcc for "arm-eabi" and use "--with-cpu=cortex-a8 >> --with-fpu=neon --with-abi=aapcs --with-float=hard". The triple in the >> bitcode will be "armv7-eabi" but the actual CPU subtarget won't

On Mon, Oct 5, 2009 at 2:21 PM, Rafael Espindola <espindola at google.com> wrote: > 2009/10/4 Sandeep Patel <deeppatel1987 at gmail.com>: >> There needs to be a build step >> somewhere in llvm-gcc that copies it into libexec/<gcc >> poop>/libLLVMgold.so, but I've been doing that manually for now. > > Yes, this is bad. The problem is that we build

Glad to hear you can reproduce it. What I don't know is if this is a linker issue or an LLVM issue. -----Original Message----- From: Rafael Espíndola [mailto:rafael.espindola at gmail.com] Sent: Friday, May 30, 2014 3:58 PM To: Daniel Stewart Cc: LLVM Developers Mailing List Subject: Re: Error with Gold Linker during LTO Sorry, I had understood that the linker was crashing, not the

On 6 June 2010 13:48, Guoliang Jin <jingl1345 at gmail.com> wrote: > Thanks Rafael. > > I compiled llvm-gcc by myself, and I can compile mysql now. > > Right now, when I run llvm-gcc a.c -emit-llvm -use-gold-plugin -Wl,debug > I got > ld: error: cannot open debug: No such file or directory > collect2: ld returned 1 exit status > > I do not know why this is

On Thu, Nov 14, 2013 at 5:19 AM, Rafael Espíndola <rafael.espindola at gmail.com> wrote: >> Letting the module own MDNodes may not be a win for gold since it is going >> to create multiple copies of MDNodes that could be shared with Context >> owning MDNodes. >> >> For example, with debug info type uniquing, the type nodes can be shared >> across modules,

On Tue, Jul 20, 2010 at 8:49 AM, Rafael Espindola <espindola at google.com>wrote: > > export PATH="$LLVMPREFIX/bin:$LLVMGCCPREFIX/bin:$PATH" > > export CC="llvm-gcc -use-gold-plugin -Wl,-plugin-opt=also-emit-llvm" > > export CXX="llvm-g++ -use-gold-plugin -Wl,-plugin-opt=also-emit-llvm" > > export RANLIB=/bin/true > > export

I have gold from cvs, and llvm-gcc/llvm from svn. My platform is Ubuntu 9.04 x86_64. I've configured llvm-gcc with "--enable-multilib". When compiling the LTO example from http://llvm.org/docs/LinkTimeOptimization.html I have no problems with 64-bit compilation, but get the following with -m32. luked at node:~/tests/lto$ make USE32=1 llvm-gcc -m32 -c -o main.o main.c llvm-gcc

Hello, I am trying to compile mysql using LLVM and I am found the following "If you just want to use *LLVM*'s link-time optimizations, you will need to use the libLTO library with your linker. Your linker, in turn, must be able to support plugins (like the gold linker, for example). For directions on how to set up libLTO, see http://*llvm*.org/docs/LinkTimeOptimization.html

When I build LLVM 2.6 after configuring it with the --with-binutils-include option so it points to the gold plugin src/include directory, I get the errors below. I used "cvs -z 9 -d :pserver:anoncvs at sourceware.org:/cvs/src co src" to check out the gold-plugin, as is documented on llvm.org. -------------------------- make[2]: Entering directory

On 16 November 2016 at 15:52, Rafael Espíndola <rafael.espindola at gmail.com> wrote: > I will do a quick benchmark run. On a mac pro (running linux) the results I got with all cores available: firefox master 7.146418217 patch 5.304271767 1.34729488437x faster firefox-gc master 7.316743822 patch 5.46436812 1.33899174824x faster chromium master 4.265597914 patch