search for: myload

...ut the result of truncating '140583176769504' to 32 bits. Actually, I instrumented some call instructions for value store and load, which can be simplified as follow: 1. Storing values with function 'myStore': call void myStore(i64 %1); 2. Loading values with function 'myLoad': %0 = call i64 myLoad(); The problem is that the call on 'myStore' can correctly pass 'i64 %1' to the function body of 'myStore'. However, when I use 'myLoad' to return the stored value to '%0', the 64bits value is truncated to a 32bits value. Fo...

Hi, I need advice in instrumenting programs using liblto and gold plugin. Specifically, I added my pass in tools/lto/LTOCodeGenerator.cpp. My pass inserts functions (myLoad and myStore) for some load and store instructions. The functions exist in a library file. I found that the approach works for the example in the link: http://llvm.org/docs/GoldPlugin.html $ llvm-gcc -flto a.c -c -o a.o $ ar q a.a a.o $ llvm-gcc b.c -c -o b.o $ llvm-gcc -use-gold-plugin a.a b.o -L&...

Hello, everyone, I encounter a strange problem about llvm type i64 and C++ type int64_t. I instrumented a program to call the function 'myFunction' in the C++ shared library. 'myFunction' is something like this: int64_t myFunction() { int64_t retValue; ... std::cout << "retValue: " << retValue << "\n"; return retValue; }

On 3/24/11 6:23 PM, Sangmin Park wrote: > Hi, > > I need advice in instrumenting programs using liblto and gold plugin. > Specifically, I added my pass in tools/lto/LTOCodeGenerator.cpp. > My pass inserts functions (myLoad and myStore) for some load and store > instructions. > The functions exist in a library file. > > I found that the approach works for the example in the link: > http://llvm.org/docs/GoldPlugin.html > $ llvm-gcc -flto a.c -c -o a.o > $ ar q a.a a.o > $ llvm-gcc b.c -c -o b.o...

...lt;criswell at illinois.edu>wrote: > On 3/24/11 6:23 PM, Sangmin Park wrote: > >> Hi, >> >> I need advice in instrumenting programs using liblto and gold plugin. >> Specifically, I added my pass in tools/lto/LTOCodeGenerator.cpp. >> My pass inserts functions (myLoad and myStore) for some load and store >> instructions. >> The functions exist in a library file. >> >> I found that the approach works for the example in the link: >> http://llvm.org/docs/GoldPlugin.html >> $ llvm-gcc -flto a.c -c -o a.o >> $ ar q a.a a.o &g...

Tks Tom, That is my confusing part. How can I make it to "access memory” so it will HasChain? Is there any flag set like in typeProfile, Node, instructions? myLoad, mayStore, SDNPHasChain? -kevin On Jul 18, 2014, at 4:26 PM, Tom Stellard <tom at stellard.net> wrote: > On Fri, Jul 18, 2014 at 04:15:45PM -0400, kewuzhang wrote: >> sure! >> >> class TEST_INTINSIC_FM< string asmstr> : Intrinsic >> <llvm_i32_ty], [ll...

...;> things and their names, should give the user a way to avoid the use of >> substitute. E.g., library() has the 'character.only' argument; if TRUE >> then the package argument is treated as an ordinary argument and not passed >> through substitute(). >> >> myLoader <- function(package, quietly = TRUE) { >> wrapper <- if (quietly) suppressPackageStartupMessages else `{` >> wrapper(library(package = package, character.only=TRUE)) >> } >> >> > lapply(c("MASS","boot"), myLoader, quietly...

sure! class TEST_INTINSIC_FM< string asmstr> : Intrinsic <llvm_i32_ty], [llvm_i32_ty, llvm_ptr_ty], [IntrReadWriteArgMem], !strconcat(“llvm.test”, asmstr),”.float”) >; tks On Jul 18, 2014, at 4:06 PM, Tom Stellard <tom at stellard.net> wrote: > On Fri, Jul 18, 2014 at 03:19:47PM -0400, kewuzhang wrote: >> en! >> >> my test is : %r1 =