Displaying 20 results from an estimated 700 matches similar to: "[LLVMdev] Help with code"
2004 Dec 21
0
[LLVMdev] Help with code
On Tue, Dec 21, 2004 at 03:45:33PM -0700, Sriraman Tallam wrote:
> I have this call instruction to printf inserted which is causing
> an assertion failure. Any pointers to where I am wrong :
>
> Function *printFn=M.getNamedFunction(std::string("printf"));
std::string() is unnecessary here as it's implicit.
> Constant *str=ConstantArray::get("Value :
2004 Dec 21
3
[LLVMdev] Help with code
Constant *strcon==ConstantArray::get("Value : %d\n");
Sorry Typo.
On Tue, 21 Dec 2004, Misha Brukman wrote:
> On Tue, Dec 21, 2004 at 03:45:33PM -0700, Sriraman Tallam wrote:
> > I have this call instruction to printf inserted which is causing
> > an assertion failure. Any pointers to where I am wrong :
> >
> > Function
2005 Mar 21
3
[LLVMdev] arguments to standard library functions
HI ,
I understand that the standard C library functions are executed using the
native library of the host machine. ( for example when we execute a bytecode
to extract the profile info )
Is it possible to extract for each standard library function that is
executed , the arguments that the function is called with.
For example if printf ("%d", some_int ) when called during runtime
2003 Nov 21
1
[LLVMdev] Linkage Types
Okay, I'm past the GEP "have to dereference pointer first" problem of my
last post.
I now have a linkage error (I get undefined symbol when I try to
assemble the program).
gcc -o test.o test.s says:
> /tmp/cczhiFk7.o(.text+0x7): In function `a':
> : undefined reference to `_index_'
_index_ is defined like this:
> %_index_ = external global long ;
2011 May 18
2
[LLVMdev] access array problem
δΊ 2011/5/18 14:29, Duncan Sands ει:
> Hi Tan Guangming,
>
>> I want to access an array in my instrumentation code. For example:
>>
>> GlobalVariable:
>> int *counter; //counter the number of load/store operations in run-time
>> int *counterArray; //record the load/store addresses
> strictly speaking these are not arrays, they are pointers. Also, you have
2011 May 18
3
[LLVMdev] access array problem
Hi,
I want to access an array in my instrumentation code. For example:
GlobalVariable:
int *counter; //counter the number of load/store operations in run-time
int *counterArray; //record the load/store addresses
//increase the counter if a load/store is performed
std::vector<Constant *>index(2);
index[0] = Constant::getNullvalue(Type:getInt32Ty(Context));
index[1] =
2011 May 18
0
[LLVMdev] access array problem
Hi Guangming Tan,
>>> GlobalVariable:
>>> int *counter; //counter the number of load/store operations in run-time
>>> int *counterArray; //record the load/store addresses
>> strictly speaking these are not arrays, they are pointers. Also, you have
>> written them in some kind of C-style idiom. What are the declarations in
>> LLVM IR?
> const Type
2010 Jun 04
5
[LLVMdev] Inserting a function call into bitcode
Hi All,
I am trying to write code for simple instrumentation. What I want to do is
to insert a call to an external function for result of each conditional
branch instruction. This external function simply print true or false based
on the result of condition. The modified code is then written into new file.
However when I try to link that file with another bitcode file (containing
external
2005 Apr 07
0
[LLVMdev] arguments to standard library functions
Right now I am trying to capture the function name and the number of
arguments ,
so this following is the pass I wrote .
-------------------------------------------------------------
struct pass06a : public ModulePass {
virtual bool runOnModule(Module &M) {
std::vector<const Type*> pList;
pList.push_back( PointerType::get(Type::SByteTy) );
pList.push_back(
2011 May 18
0
[LLVMdev] access array problem
Hi Tan Guangming,
> I want to access an array in my instrumentation code. For example:
>
> GlobalVariable:
> int *counter; //counter the number of load/store operations in run-time
> int *counterArray; //record the load/store addresses
strictly speaking these are not arrays, they are pointers. Also, you have
written them in some kind of C-style idiom. What are the declarations
2010 Dec 26
0
[LLVMdev] Generating target dependent function calls
>>>
>>>
>>> The reason for the difference is that e.g "long" in
>>>
>>>> bool GOMP_loop_runtime_next(long, long)
>>>
>>> has a different size on different architectures.
>>>
>>> Currently we generate the prototypes and functions ourselves:
>>>> declare i8 @GOMP_loop_runtime_next(i64*,
2005 May 13
0
[LLVMdev] LongTy in LowerInvoke.cpp
On Fri, 13 May 2005, Markus F.X.J. Oberhumer wrote:
> There is still one unneeded LongTy in LowerInvoke.cpp - something like this
> pseudo-diff should probably get applied.
What does this impact?
-Chris
> Index: LowerInvoke.cpp
> ===================================================================
> RCS file: /var/cvs/llvm/llvm/lib/Transforms/Scalar/LowerInvoke.cpp,v
>
2005 May 13
0
[LLVMdev] LongTy in LowerInvoke.cpp
On Fri, 13 May 2005, Markus F.X.J. Oberhumer wrote:
> Chris Lattner wrote:
>> On Fri, 13 May 2005, Markus F.X.J. Oberhumer wrote:
>>
>>> There is still one unneeded LongTy in LowerInvoke.cpp - something like
>>> this pseudo-diff should probably get applied.
>>
>>
>> What does this impact?
>
> This causes code like
>
> write(2,
2005 Oct 16
2
[LLVMdev] Help on LLVM Instrumentation
Hi ,
I am using LLVM for my Post Graduate course project on Optimization. I am trying to do some insrtumentation to the bytecode.I 've been going through your Instrumentation code for the past few days in /llvm/lib/Transforms/Instrumentation folder and finally found two ways of instrumentation :
1) injecting LLVM bytecode instructions
2) calling an external C function.
I am trying both and
2005 May 13
0
[LLVMdev] LongTy in LowerInvoke.cpp
On Fri, 13 May 2005, Markus F.X.J. Oberhumer wrote:
>> Ah ok, in that case, the CBE should be fixed. There are other cases that
>> could cause long arguments to exist on 32-bit systems. If the C compiler
>> takes issue with this, it would be best to tell the CBE to emit casts to C
>> (long) or something.
>
> Actually that's the only case I stumbled over this
2006 Sep 12
1
[LLVMdev] ICE in LLVM GCC4 Front End
[Reposted from llvm-bugs mailing list. Also has an updated, hopefully
better, patch associated with it.]
Hi,
The following program causes the LLVM GCC4 front end to ICE:
struct A {
virtual ~A();
};
template <typename Ty>
struct B : public A {
~B () { delete [] val; }
private:
Ty* val;
};
template <typename Ty>
struct C : public A {
C ();
~C ();
};
template
2004 Dec 21
0
[LLVMdev] Help with code
On Tue, Dec 21, 2004 at 03:53:47PM -0700, Sriraman Tallam wrote:
> Constant *strcon==ConstantArray::get("Value : %d\n");
OK, then what's the assertion?
You can also see the resulting module by using -disable-verify:
$ opt -yourpass -disable-verify < file.bc | llvm-dis
You may see what the problem is by looking at the LLVM assembly.
--
Misha Brukman ::
2012 Sep 05
1
[LLVMdev] Calling a function with a pointer to a global char array as argument
Hello;
Thanks to Eli for the pointer to the ConstantDataArray::getString()
fucntion. Now I am trying to declare a global char array with the content
"hi" and call a function "print" (which takes a char pointer and return an
insteger.
I am doing the following in the code -
Function Creation:
PointerType* array =
PointerType::get(IntegerType::getInt8Ty(getGlobalContext())
2010 Dec 26
2
[LLVMdev] Generating target dependent function calls
On 12/22/2010 03:12 PM, Peter Collingbourne wrote:
> On Wed, Dec 22, 2010 at 01:38:06PM -0500, Tobias Grosser wrote:
>> Hi,
>>
>> raghesh and I are working in Polly on automatically generating OpenMP
>> calls. This works nicely on a 64bit architecture,
>> however the functions we need to generate are slightly different on
>> different platforms.
>>
2010 Jun 04
0
[LLVMdev] Inserting a function call into bitcode
Have you tried running the verifier after ConditionProfile runs? Just
add it to the pass manager to run right afterwards and see what it picks up.
Nick
Nehal Gandhi wrote:
>
>
> Hi All,
>
> I am trying to write code for simple instrumentation. What I want to do
> is to insert a call to an external function for result of each
> conditional branch instruction. This external