similar to: [LLVMdev] [Fwd: Re: strace for whole-program bitcodes]

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

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

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

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 >

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

Hi, I found some posts on the topic of whole program bitcode and gold plugin. I put lto_codegen_write_merged_modules(cg, "/path/to/output.bc") into gold-plugin.cpp all_symbols_read_hook() and compiled one autotooled program (ftp://ftp.gnu.org/gnu/diction/diction-1.11.tar.gz) as described in the gold plugin document, however, I still did not see the output.bc. Can anyone has

Greetings! Sample program: int main(int argc, char **argv) { int myLocal=0xAA; return 0; } Command: clang t.c -o a.o -c With above simple program we are observing that clang is stat-ing and trying to open various files from lib/tls location. Eventually all calls to "lib/tls" leads to ENOENT (No such file or directory)! <sample_strace>

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

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

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

G'day, I am just getting into rsync and have been very impressed with performance and reliability. There is one thing I haven't worked out how to do yet and I haven't found much with several Google sessions or by way of consulting the examples. I am looking for a way to check for (or duplicate) single flag files to and from a remote host (without any dummy spit errors when it is not

I am using the .Call interface to call c++ code from R. For that, I am trying to create a dynamic library (mylib.so) using "R CMD SHLIB" by linking my own c++ code and an external c++ library (blitz++). The makefile works fine on my Mac, produces mylib.so and I am able to call .Call() from R, but on a linux server (I think Debian), I got the following error: ---------- /usr/bin/ld:

I am using the .Call interface to call c++ code from R. For that, I am trying to create a dynamic library (mylib.so) using "R CMD SHLIB" by linking my own c++ code and an external c++ library (blitz++). The makefile works fine on my Mac, produces mylib.so and I am able to call .Call() from R, but on a linux server (I think Debian), I got the following error: ---------- /usr/bin/ld:

Debug build on x86_64 with`--with-udis86=<path>' option to 'configure' seems broken. Configure command line: ./configure --disable-optimized --enable-assertions --enable-debug-runtime --enable-debug-symbols --enable-jit --enable-pic --enable-targets=x86_64 --with-udis86=/somepath/udis86/udis86-1.7 At least 2 issues: (1) '-L/somepath/udis86/udis86-1.7' is added to the

*What I want to do: *Create a windows shortcut that will start the R gui **and** simultaneously source a file *What I have already tried: *This almost works, but it's not the interactive R GUI: R --no-save --sdi -file="C:\SomePath\example.R" These open the R GUI, but doesn't recognize -f --f --file -file RGUI --no-save --sdi -file="C:\SomePath\example.R"

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