search for: ubytety

Displaying 8 results from an estimated 8 matches for "ubytety".

Did you mean: sbytety
2006 Mar 03
0
[LLVMdev] Re: Re: New GCC4-based C/C++/ObjC front-end for LLVM
...*DestP unsigned Align) { const Type *SBP = PointerType::get(Type::SByteTy); static Function *MemSet = 0; - if (!MemSet) - MemSet = TheModule->getOrInsertFunction("llvm.memset", Type::VoidTy, SBP, - Type::UByteTy, Type::UIntTy, + const Type *IntPtr = TD.getIntPtrType(); + if (!MemSet) { + const char *Name = IntPtr == Type::UIntTy ? + "llvm.memset.i32" : "llvm.memset.i64"; + MemSet = TheModule->getOrInsertFunction(Name, Type::VoidTy, SBP, +...
2002 Sep 23
2
[LLVMdev] Accessing constant indexes in GetElementPtr
...stant. Any index into a structure must be a constant of type UByte, and so it should cast to a ConstantUInt. (Operand 0 is not a special case, but it is always an array index so it sometimes may not be a constant. Very often, though, it is the constant 0.) anyway, indexVal->getType() == Type::UByteTy should tell you if you have a structure index or not. --Vikram
2006 Mar 02
4
[LLVMdev] Re: Re: New GCC4-based C/C++/ObjC front-end for LLVM
On Thu, 2 Mar 2006, Vladimir Prus wrote: >>> The instructions seem to have one path wrong. It says to get: >> >> I'll put together a tarball today. That will be easier than dealing with >> a patch, and it will include a bunch of bugfixes since the previous email. > Further into process, I get this error: > In file included from
2002 Sep 22
2
[LLVMdev] Accessing constant indexes in GetElementPtr
Ok. Let's say I have a GetElementPtrInst that is used to access structure elements. In this case the indexes will be constants and I want to get the constant values as an a native C int. Now I can iterate over all the indexes with idx_begin(). I can cast all of the indexes to a ConstantIntegral. However, I cannot cast the indexes to a ConstantSInt or ConstantUInt (cast<> throws an
2006 Oct 26
0
[LLVMdev] IMPORTANT: Working On HEAD before Release 1.9
...onics. For example, DIV will be automatically converted to SDIV, UDIV or FDIV based on the operand types. Similarly for the other instructions to be changed. 6. The distinction between unsigned and signed types probably won't go away before release time. That is, we'll still have UByteTy and SByteTy, etc. The change to merge those to "Int8" will occur after the 1.9 release accompanied by another bytecode version change (version 7). Similarly for Short, Int and Long. 7. Until Release 1.9 goes out the door (Nov 6th), the definition of version 6 bytecode is in fl...
2002 Sep 25
3
[LLVMdev] question about GetElementPtr Instruction
I have a question about GetElementPtr. Suppose I have an GetElementPtr Instruction GI: %reg = getelementptr %ST* %s, uint 1, ubyte 2, ubyte 1, uint 5, uint 13 I want to check if this is the reference of a component of a structure, how can I do that? Should I check which operand of this instruction is 'ubyte' type? How can I do that in code? should I use ubyte *a =
2006 Sep 02
0
[LLVMdev] gfortran calling convention
On Fri, 1 Sep 2006, Michael McCracken wrote: > Here's what works now, and I have a separate test case for each of these: > > statement functions > intrinsic functions (print, cos, etc) > loops, goto statments > scalarized array operations > function calls with *no arguments* > simple common blocks Great! > Function calls with more than one argument don't work.
2006 Sep 02
2
[LLVMdev] gfortran calling convention
The NIST F77 test suite doesn't seem to be compatible with gfortran at all, so I had to work from my own sample codes, and generate test cases from them. Here's what works now, and I have a separate test case for each of these: statement functions intrinsic functions (print, cos, etc) loops, goto statments scalarized array operations function calls with *no arguments* simple common