similar to: [LLVMdev] strace for whole-program bitcodes (was: RE: building whole-program bitcode with LLVM)

Hi, Kelly, Have you found the solution for this problem? I met a similar problem when I were trying to test MySQL 5.0 with LLVM. The following is my step, but still failed since llvm-ld can not recognize some gcc link flags. 1. during the configuration, use a script such as llvm-gcc.sh, at this time the script only invoke the gcc. This is necessary because the gnu configure will test the

Hi Terence, I believe that this is in fact similar to an approach Coverity uses (or used at one time) as a robust solution to determine what was done during a build. I can imagine that one can build a robust system following this technique, but it also seems like it might be quite a bit of work. Another possible alternative not mentioned is to teach the compiler driver (clang, most likely) to

Daniel Dunbar wrote: > On Thu, Oct 15, 2009 at 7:14 AM, Timo Juhani Lindfors > <timo.lindfors at iki.fi> wrote: >> Tianwei <tianwei.sheng at gmail.com> writes: >>> someone suggested me to use gold-plugin, I know nothing about it yet, I will >>> have a try later. Does anyone have a good solution for this problem? >> Afaik gold does not help here. I

--emit-llvm?? On Fri, Oct 30, 2009 at 7:55 AM, Viktor Kutuzov <vkutuzov at accesssoftek.com>wrote: > Hello everyone, > > I'm working on passing parameters for gold/LTO plug-in and could add this > one as well. > Just need an option name. Could anybody suggest one? > > Viktor > > ----- Original Message ----- > From: "Nick Lewycky" <nicholas at

Hello everyone, I'm working on passing parameters for gold/LTO plug-in and could add this one as well. Just need an option name. Could anybody suggest one? Viktor ----- Original Message ----- From: "Nick Lewycky" <nicholas at mxc.ca> To: "Daniel Dunbar" <daniel at zuster.org> Cc: "Kelly, Terence P (HP Labs Researcher)" <terence.p.kelly at

--emit-llvm, if not conflict >>> Paul Davey <plmdvy at gmail.com> 10/30/2009 11:11 AM >>> --emit-llvm?? On Fri, Oct 30, 2009 at 7:55 AM, Viktor Kutuzov <vkutuzov at accesssoftek.com> wrote: Hello everyone, I'm working on passing parameters for gold/LTO plug-in and could add this one as well. Just need an option name. Could anybody suggest one? Viktor

Hi, Professor Adve suggested that we post this question to llvm-dev. Thanks in advance for your advice. My colleagues and I want to create whole-program bitcode for large real programs like Apache, BIND, OpenLDAP, etc. We want the whole-program bitcode to include every part of the program for which we have source code. For example, in the case of Apache's "httpd" server, we want

Tianwei <tianwei.sheng at gmail.com> writes: > someone suggested me to use gold-plugin, I know nothing about it yet, I will > have a try later. Does anyone have a good solution for this problem? Afaik gold does not help here. I tried it and managed to only generate native code. I'm currently investigating an alternative approach to produce whole-program bitcodes: 1) add

On Thu, Oct 15, 2009 at 7:14 AM, Timo Juhani Lindfors <timo.lindfors at iki.fi> wrote: > Tianwei <tianwei.sheng at gmail.com> writes: >> someone suggested me to use gold-plugin, I know nothing about it yet, I will >> have a try later.  Does anyone have a good solution for this problem? > > Afaik gold does not help here. I tried it and managed to only generate >

>>> someone suggested me to use gold-plugin, I know nothing about it yet, I >will >>> have a try later. Does anyone have a good solution for this problem? >> >> Afaik gold does not help here. I tried it and managed to only generate >> native code. > >"Just" gold isn't quite good enough, because at the last final link >steps gold will

Yes,but when I just simply replace lto_codegen_compile(cg, ...) with lto_codegen_write_merged_modules(cg, "/path/to/output.bc") in the gold-plugin.cpp to see if it will generate a correct bc file,the llvm-gcc/llvm-g++ will call the native ld in the linking step,which causes the failture because of that ld can not recognize an object file which contains LLVM's IL. I understand the

2009/10/17 zhunan <zhunansjtu at gmail.com>: > Thank you for the reply,but I meant that when we building,we can not use > the native tools such ar and as to process the llvm files,we must have > the ability to call llvm-ar and llvm-as instead of the native ones. We can use the native tools if they understand llvm IL :-) That is what the plugin does. With it installed you can run

2009/10/19 zhunan <zhunansjtu at gmail.com>: > Yes,but when I just simply replace lto_codegen_compile(cg, ...) with > lto_codegen_write_merged_modules(cg, "/path/to/output.bc") in the > gold-plugin.cpp to see if it will generate a correct bc file,the > llvm-gcc/llvm-g++ will call the native ld in the linking step,which > causes the failture because of that ld can not

Thank you for the reply,but I meant that when we building,we can not use the native tools such ar and as to process the llvm files,we must have the ability to call llvm-ar and llvm-as instead of the native ones. 在 2009-10-17六的 19:35 -0700，Nick Lewycky写道： > zhunan wrote: > > Hi, > > > > I don't think just use gold-plugin even modified is enough for the task > > of

Hi, I don't think just use gold-plugin even modified is enough for the task of building a whole-program bc file. When we want to build a whole-program bc file by a general solution(I meant that we can use such a method for all kinds of build system),we need not only a gold-plugin to do what llvm-ld does,but also some mechanisms,not a simple trick to modify the env variables,to run

zhunan wrote: > Hi, > > I don't think just use gold-plugin even modified is enough for the task > of building a whole-program bc file. > > When we want to build a whole-program bc file by a general solution(I > meant that we can use such a method for all kinds of build system),we > need not only a gold-plugin to do what llvm-ld does,but also some > mechanisms,not a

Hi Mehdi, Yes, we did see your earlier post. Efficient (de)serialization is definitely important for both exporting (a la LTO and ThinLTO) and for shipping code as IR. I expect most use cases of the latter would benefit. -—Vikram // Vikram S. Adve // Professor, Department of Computer Science // University of Illinois at Urbana-Champaign // vadve at illinois.edu<mailto:vadve at

Hi Vikram, It is a bit more that just “efficient (de)serialization” as there is some amount of tradeoff to make between “size” vs “speed” vs “flexibility” (which are all some sort of “efficient”). For instance what if we get a faster deserialization but got larger size? That might be an issue for some people who’d like to ship bitcode. Another thing is that we may get better speed/size by

Hi, is there any possibility to compile OpenCL kernels into LLVM-bitcode? Thanx, Nico

> On Jul 22, 2016, at 12:36 PM, Teresa Johnson via llvm-dev <llvm-dev at lists.llvm.org> wrote: > > Hi Vikram, > > Thanks! > > I'm not sure what part got committed in the 3.8 timeframe - it looks like that was released back in March? 3.8 was branched in early January though. It has some of the work-in-progress for ThinLTO, it “could” work in simple cases I