search for: tys

...> > dyn_cast<ExternalSymbolSDNode>(Callee)) > > Name = S->getSymbol(); > > > > unsigned opcode = funcname_to_opc[Name]; > > assert(opcode != 0 && "Unknown function call."); > > > > std::vector<MVT::ValueType> Tys; > > std::vector<SDOperand> Ops; > > > > for (unsigned i = 0; i != NumOps; ++i) { > > SDOperand Arg = Op.getOperand(5+2*i); > > Tys.push_back(Arg.getValueType()); > > Ops.push_back(Arg); > > } > > Tys.push_back(MVT::Other); &g...

...->getGlobal()->getName(); else if (ExternalSymbolSDNode *S = dyn_cast<ExternalSymbolSDNode>(Callee)) Name = S->getSymbol(); unsigned opcode = funcname_to_opc[Name]; assert(opcode != 0 && "Unknown function call."); std::vector<MVT::ValueType> Tys; std::vector<SDOperand> Ops; for (unsigned i = 0; i != NumOps; ++i) { SDOperand Arg = Op.getOperand(5+2*i); Tys.push_back(Arg.getValueType()); Ops.push_back(Arg); } Tys.push_back(MVT::Other); Ops.push_back(Chain); Chain = DAG.getNode(opcode, Tys, &Ops[0], Ops....

...Intrinsic::memcpy_i32 : Intrinsic::memcpy_i64), Ops, 4, "", CurBB); } The problem is that Intrinsic::getDeclaration takes four parameters but is only passed two: Function *Intrinsic::getDeclaration(Module *M, ID id, const Type **Tys, unsigned numTys) So it sees bogus data from Tys and numTys. This probably works in the official sources because the "Ops, 4" parameters to CallInst just happen to be pushed on the stack in just the right place for Intrinsic::getDeclaration. But app...

...APInt(64, StringRef("0"), 10))); s2_id.push_back(ConstantInt::get( block->getContext(), APInt(64, StringRef("0"), 10))); g1->setInitializer(ar1); g2->setInitializer(ar2); Type *tys = { Type::getInt32Ty(block->getContext()) }; Function *annot = Intrinsic::getDeclaration( F->getParent(), Intrinsic::annotation, tys); Value *v1 =ConstantExpr::getGetElementPtr...

...else if (ExternalSymbolSDNode *S = > dyn_cast<ExternalSymbolSDNode>(Callee)) > Name = S->getSymbol(); > > unsigned opcode = funcname_to_opc[Name]; > assert(opcode != 0 && "Unknown function call."); > > std::vector<MVT::ValueType> Tys; > std::vector<SDOperand> Ops; > > for (unsigned i = 0; i != NumOps; ++i) { > SDOperand Arg = Op.getOperand(5+2*i); > Tys.push_back(Arg.getValueType()); > Ops.push_back(Arg); > } > Tys.push_back(MVT::Other); > Ops.push_back(Chain); > >...

Hello, This patch fixes bug 4882. Regards -Jakub -------------- next part -------------- A non-text attachment was scrubbed... Name: pr4882.patch Type: application/octet-stream Size: 6856 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20090907/266f900c/attachment.obj>

...his could be LLVMContext &Context = SI->getContext(); which means you can use Context rather than *Context below. > - const Type *Ty = Type::getInt64Ty(SI->getContext()); > - MemSetF = Intrinsic::getDeclaration(M, Intrinsic::memset, &Ty, 1); > + const Type *Tys[] = {Type::getInt64Ty(*Context)}; > + MemSetF = Intrinsic::getDeclaration(M, Intrinsic::memset, > + Tys, 1); Why did you introduce Tys and not stick with Ty? Ciao, Duncan.

...xt(); > which means you can use Context rather than *Context below. Right, C bad habit ;) Fixed. >> - const Type *Ty = Type::getInt64Ty(SI->getContext()); >> - MemSetF = Intrinsic::getDeclaration(M, Intrinsic::memset, >> &Ty, 1); >> + const Type *Tys[] = {Type::getInt64Ty(*Context)}; >> + MemSetF = Intrinsic::getDeclaration(M, Intrinsic::memset, >> + Tys, 1); > > Why did you introduce Tys and not stick with Ty? Ah, I did "svn update" after my correction and I didn't...

David Greene wrote: > The problem is that Intrinsic::getDeclaration takes four > parameters but is only passed two: > > Function *Intrinsic::getDeclaration(Module *M, ID id, const Type **Tys, > unsigned numTys) It turns out that this happens all over llvm-convert.c. Tys and numTys default to zero, which is why it builds. The problem is, getDeclaration calls getType(id, Tys, numTys) where this code is executed: case Intrinsic::memcpy_i32:...

...tringRef("0"), 10))); > s2_id.push_back(ConstantInt::get( block->getContext(), > APInt(64, StringRef("0"), 10))); > > g1->setInitializer(ar1); > g2->setInitializer(ar2); > > Type *tys = { Type::getInt32Ty(block->getContext()) }; > Function *annot = Intrinsic::getDeclaration( F->getParent(), > Intrinsic::annotation, > tys); > Value *v1 =Consta...

...I got : declare i8* @llvm.eh.exception() nounwind But, when a try to emit the code by llvm engine, the name is generate with the sufix .132 ( llvm.eh.exception.132 ) and the Function::getIntrinsicID abort the program. It was so : Intrinsic::getDeclaration(llvm_module,Intrinsic::memset,&Tys,1); Now, it's running with this calling : return cast<Function> llvm_module->getOrInsertFunction(std::string("llvm.eh.exception"), Intrinsic::getType(Intrinsic::eh_exception, &Tys,1)) ); Is that correct? Manoel Teixe...

...file: def llvm_migrate_begin : LLVMType<iAny>; def int_migrate_begin : Intrinsic<[llvm_migrate_begin,llvm_vararg_ty],[IntrWriteMem],"llvm.migrate_begin">; //A section of the code which deals with the //"migrate_begin" intrinsic creation is as follows: const Type **Tys=(const Type**)calloc(extTys.size(),sizeof(Type*)); /* extTys vector contains data types(pointers) of formal parameters of the function "f" */ int i=0; for(vector<const Type*>::iterator it=extTys.begin(),e=extTys.end();it!=e;it++) {Tys[i++]=*it;} extTys.clear(); Modul...

Hello All I have looking for any specific answer for one thing. I have a virtualized Server with only one physical interface eth0 (WAN). To run OpenVPN i need to use DHCP server. And here is the question: is there a chance to run DHCP server on eth0:0 interface? Or it is impossible ? Thanks in advance. -- /Best Regards *Greg*/ UML Professional (Cert #251574932)

I still think there is a bug somewhere, but not sure where yet. This is what is generated in intrinsic.gen: case Intrinsic::opencl_math_fdistance: // llvm.opencl.math.fdistance ResultTy = Type::FloatTy; ArgTys.push_back(Tys[0]); ArgTys.push_back(Tys[0]); break; This is the intrinsic definition: def int_opencl_math_fdistance_fast : Intrinsic<[llvm_float_ty], [llvm_anyfloat_ty, LLVMMatchType<0>]>; The problem comes when I try to use the intrinsic. It gives...

...through it. //Additions made to Intrinsics.td file: def int_migrate_begin : Intrinsic<[llvm_i32_ty,llvm_vararg_ty], [IntrWriteMem],"llvm.migrate_begin">; //A section of the code which deals with the //"migrate_begin" intrinsic creation is as follows: const Type **Tys=(const Type**)calloc(extTys.size(),sizeof(Type*)); /*extTys vector contains function type of the function "f" */ int i=0; for(vector<const Type*>::iterator it=extTys.begin(),e=extTys.end();it!=e;it++) {Tys[i++]=*it;} extTys.clear(); Module *M = bbp->getParent()->getPare...

...w, Micah <Micah.Villmow at amd.com> wrote: > I still think there is a bug somewhere, but not sure where yet. > This is what is generated in intrinsic.gen: > case Intrinsic::opencl_math_fdistance:          // > llvm.opencl.math.fdistance >    ResultTy = Type::FloatTy; >    ArgTys.push_back(Tys[0]); >    ArgTys.push_back(Tys[0]); >    break; > > This is the intrinsic definition: > def int_opencl_math_fdistance_fast   : Intrinsic<[llvm_float_ty], >                           [llvm_anyfloat_ty, LLVMMatchType<0>]>; > > The problem comes when I...

...#39;s a bug. I'm working on a fix.... > > On Apr 15, 2009, at 10:16 AM, Villmow, Micah wrote: > >> In IntrinsicEmitter::EmitTypeGenerate, called from >> IntrinsicEmitter::EmitGenerator, here >> for (unsigned j = 0; j != N; ++j) { >> OS << " ArgTys.push_back("; >> EmitTypeGenerate(OS, ParamTys[j], ArgNo); >> OS << ");\n"; >> } >> I'm hitting this assertion: >> if (ArgType->isSubClassOf("LLVMMatchType")) { >> unsigned Number = ArgType->getValueAsInt("...

On Apr 15, 2009, at 11:15 AM, Villmow, Micah wrote: > I still think there is a bug somewhere, but not sure where yet. > This is what is generated in intrinsic.gen: > case Intrinsic::opencl_math_fdistance: // > llvm.opencl.math.fdistance > ResultTy = Type::FloatTy; > ArgTys.push_back(Tys[0]); > ArgTys.push_back(Tys[0]); > break; OK. That looks right to me. > This is the intrinsic definition: > def int_opencl_math_fdistance_fast : Intrinsic<[llvm_float_ty], > [llvm_anyfloat_ty, LLVMMatchType<0>]>; > &gt...

Hi, When I try to use va_start(ptr), I got the following problem : Type *Tys = Type::VoidTy; Or Type *Tys = PointerType::get(IntegerType::get(8), 0); return Intrinsic::getDeclaration(llvm_module,Intrinsic::vastart,&Tys,1); ............... The Name generated is "llvm.va_start.p0i8", so, it's not found, abending the process. and Len = 18 In intrinsics.ge...

....td file def llvm_migrate_begin : LLVMType<iAny>; def int_migrate_begin : Intrinsic<[llvm_migrate_begin,llvm_vararg_ty], [IntrWriteMem],"llvm.migrate_begin">; A section of the code which deals with the "migrate_begin" intrinsic creation is as follows const Type **Tys=(const Type**)calloc(extTys.size(),sizeof(Type*)); /* extTys vector contains data types(pointers) of formal parameters of the function "f" */ int i=0; for(vector<const Type*>::iterator it=extTys.begin(),e=extTys.end();it!=e;it++) {Tys[i++]=*it;} extTys.clear(); Module *M = bbp-...