search for: ret_type

...Release+Asserts, Linux x86_64) fails with: make[2]: Entering directory `/home/jay/llvm/objdir-self/tools/opt' llvm[2]: Compiling GraphPrinters.cpp for Debug+Asserts build clang: /home/jay/svn/llvm-project/llvm/trunk/include/llvm/Support/Casting.h:194: typename llvm::cast_retty<To, From>::ret_type llvm::cast(const Y&) [with X = llvm::FunctionType, Y = llvm::Type*, typename llvm::cast_retty<To, From>::ret_type = llvm::FunctionType*]: Assertion `isa<X>(Val) && "cast<Ty>() argument of incompatible type!"' failed. This is one of the cases that was giv...

...86_64) fails with: > > make[2]: Entering directory `/home/jay/llvm/objdir-self/tools/opt' > llvm[2]: Compiling GraphPrinters.cpp for Debug+Asserts build > clang: /home/jay/svn/llvm-project/llvm/trunk/include/llvm/Support/Casting.h:194: > typename llvm::cast_retty<To, From>::ret_type llvm::cast(const Y&) > [with X = llvm::FunctionType, Y = llvm::Type*, typename > llvm::cast_retty<To, From>::ret_type = llvm::FunctionType*]: Assertion > `isa<X>(Val)&& "cast<Ty>() argument of incompatible type!"' failed. > > This is one o...

On Jul 9, 2011, at 12:35 AM, Chris Lattner wrote: > FYI, the type-system-rewrite branch is landing tomorrow morning, in mainline llvm, llvm-gcc and clang. I don't have updates, so dragonegg will have to remain broken until someone can fix it (the changes aren't too terrible, llvm-gcc is a good template). > > If you're interested in an early preview, the type-system-rewrite

...fication. I'm not too familiar with backend code generation. Does anyone have any insight in to what the problem might be or how to go about debugging it? Regards, Ryan llc: /home/lefever/work/llvm-cvs-070325/include/llvm/Support/Casting.h:199: typename llvm::cast_retty<To, From>::ret_type llvm::cast(const Y&) [with X = llvm::ConstantSDNode, Y = llvm::SDOperand]: Assertion `isa<X>(Val) && "cast<Ty>() argument of incompatible type!"' failed. /home/lefever/work/install/bin/llc((anonymous namespace)::PrintStackTrace()+0x1a)[0x88b77e6] /home/lefev...

...gt;> >> make[2]: Entering directory `/home/jay/llvm/objdir-self/tools/opt' >> llvm[2]: Compiling GraphPrinters.cpp for Debug+Asserts build >> clang: /home/jay/svn/llvm-project/llvm/trunk/include/llvm/Support/Casting.h:194: >> typename llvm::cast_retty<To, From>::ret_type llvm::cast(const Y&) >> [with X = llvm::FunctionType, Y = llvm::Type*, typename >> llvm::cast_retty<To, From>::ret_type = llvm::FunctionType*]: Assertion >> `isa<X>(Val)&& "cast<Ty>() argument of incompatible type!"' failed. >> &...

...style casting? These occur pretty much only in Support/Casting.h and llvm/Use.h. They may occur elsewhere but these are the only ones I've found so far. A case in point: /proj/work/llvm/include/Support/Casting.h: In static member function `static typename llvm::cast_retty<To, From>::ret_type llvm::cast_convert_val<To, FromTy, FromTy>::doit(const FromTy&)': /proj/work/llvm/include/Support/Casting.h:181: warning: use of old-style cast The offending code looks like: template<class To, class FromTy> struct cast_convert_val<To,FromTy,FromTy> { // This _is_ a...

...1; GPR:%vreg5 %vreg12<def> = VLOAD_D_WO_IMM; MSA128D:%vreg12 dbg:IfVectorize.c:39:5 INLINEASM <es: (Param1 - Param2); // MSA_I10> [sideeffect] [attdialect], <llc: /llvm/include/llvm/Support/Casting.h:237: typename llvm::cast_retty<X, Y*>::ret_type llvm::cast(Y*) [with X = llvm::ValueAsMetadata; Y = const llvm::Metadata; typename llvm::cast_retty<X, Y*>::ret_type = const llvm::ValueAsMetadata*]: Assertion `isa<X>(Val) && "cast<Ty>() argument of incompatible type!"' failed. #0 0x00007f50baa5c7...

..._ptr_7, ""); F->getInstList().insert((Instruction*)CI, call_print1); //insert the call instruction But getting the error on the ConstantExpr::getGetElementPtr() function. opt: /home/arnie/llvm-clang/llvm/include/llvm/Support/Casting.h:194: typename llvm::cast_retty<To, From>::ret_type llvm::cast(const Y&) [with X = llvm::CompositeType, Y = llvm::Type*, typename llvm::cast_retty<To, From>::ret_type = llvm::CompositeType*]: Assertion `isa<X>(Val) && "cast<Ty>() argument of incompatible type!"' failed. What might I be doing wrong? Thank...

...give it code.bc as input. When it fails, please get a stack trace and then create a PR for this problem. Thanks, Reid. > > Regards, > Ryan > > llc: > /home/lefever/work/llvm-cvs-070325/include/llvm/Support/Casting.h:199: > typename llvm::cast_retty<To, From>::ret_type llvm::cast(const Y&) [with > X = llvm::ConstantSDNode, Y = llvm::SDOperand]: Assertion `isa<X>(Val) > && "cast<Ty>() argument of incompatible type!"' failed. > /home/lefever/work/install/bin/llc((anonymous > namespace)::PrintStackTrace()+0x1a)[0x...

FYI, the type-system-rewrite branch is landing tomorrow morning, in mainline llvm, llvm-gcc and clang. I don't have updates, so dragonegg will have to remain broken until someone can fix it (the changes aren't too terrible, llvm-gcc is a good template). If you're interested in an early preview, the type-system-rewrite branch contains the code for llvm and clang. I sent the llvm-gcc

I was poking through the black magic in Casting.h, and I see this interesting struct/function: template<class To, class FromTy> struct cast_convert_val<To,FromTy,FromTy> { // This _is_ a simple type, just cast it. static typename cast_retty<To, FromTy>::ret_type doit(const FromTy &Val) { typename cast_retty<To, FromTy>::ret_type Res2 = (typename cast_retty<To, FromTy>::ret_type)const_cast<FromTy&>(Val); return Res2; }}; Why is the C-style cast needed? Sincerely, Alexander Riccio -- "Change the world or go hom...

...nd I did it as: new LoadInst(pb, "load_2", InsertPos); where InsertPos points to the position immediately after "%2 = call i32 (...)* @atoi(i8*%1) nounwind". BUT I got a runtime error as: " include/llvm/Support/Casting.h:199: typename llvm::cast_retty<To, From>::ret_type llvm::cast(const Y&) [with X = llvm::PointerType, Y = const llvm::Type*]: Assertion `isa<X>(Val) && "cast<Ty>() argument of incompatible type!"' failed." This is because LoadInst is implemented as: LoadInst::LoadInst(Value *Ptr, const Twine &Name, Ba...

Thanks, Shahid. It is fixed now. On Fri, Apr 17, 2015 at 8:50 PM, Shahid, Asghar-ahmad < Asghar-ahmad.Shahid at amd.com> wrote: > Hi zhi, > > > > You have to also pass the value type to getDecalaration() API such as > > > > Value* sqrtv = Intrinsic::getDeclaration(M, Intrinsic::x86_sse2_sqrt_pd, > v->getType()); > > > > Regards, > >

The reason the ones in PPCInstrInfo.td don't have the patterns to match is the reason they are more analogous to your problem. Namely, tblgen does not have a way to produce nodes with more than one result. The load-with-update instructions do exactly that - one of the inputs is also an output, but the other output is independent (and necessarily a separate register). The FMA variants have

...I get a fail in 'make check-all' for llvm+clang, built with gcc-4.7.1 (but not with clang-3.1) on Linux x86_64: Failing Tests (1): Clang :: CodeGenCXX/mangle-ms-templates.cpp clang: /dev/shm/uabpath/master/include/llvm/Support/Casting.h:208: typename llvm::cast_retty<To, From>::ret_type llvm::cast(const Y&) [with X = clang::TemplateSpecializationType; Y = const clang::Type*; typename llvm::cast_retty<To, From>::ret_type = const clang::TemplateSpecializationType*]: Assertion `isa<X>(Val) && "cast<Ty>() argument of incompatible type!"' fai...

...se get a stack trace and then create a PR for this > problem. > > Thanks, > > Reid. > > >>Regards, >>Ryan >> >>llc: >>/home/lefever/work/llvm-cvs-070325/include/llvm/Support/Casting.h:199: >>typename llvm::cast_retty<To, From>::ret_type llvm::cast(const Y&) [with >>X = llvm::ConstantSDNode, Y = llvm::SDOperand]: Assertion `isa<X>(Val) >>&& "cast<Ty>() argument of incompatible type!"' failed. >>/home/lefever/work/install/bin/llc((anonymous >>namespace)::PrintStackTrac...

...all' for llvm+clang, > built with gcc-4.7.1 (but not with clang-3.1) on Linux x86_64: > > Failing Tests (1): > Clang :: CodeGenCXX/mangle-ms-templates.cpp > > clang: /dev/shm/uabpath/master/include/llvm/Support/Casting.h:208: typename > llvm::cast_retty<To, From>::ret_type llvm::cast(const Y&) [with X = > clang::TemplateSpecializationType; Y = const clang::Type*; typename > llvm::cast_retty<To, From>::ret_type = const > clang::TemplateSpecializationType*]: Assertion `isa<X>(Val) && "cast<Ty>() > argument of incompatible...

opt: /home/ryan/llvm/llvm_core/llvm-3.0/include/llvm/Support/Casting.h:194: typename cast_retty<Instruction, User *>::ret_type llvm::cast(llvm::User *const &): Assertion `isa<X>(Val) && "cast<Ty>() argument of incompatible type!"' failed. 0 opt 0x000000000085cfef 1 opt 0x000000000085d509 2 libpthread.so.0 0x00007fdb30054c60 3 libc.so.6 0x00007fdb2f33fd...

...49 6 llc 0x00000001052331bb raise + 27 7 llc 0x0000000105233272 abort + 18 8 llc 0x0000000105233251 __assert_rtn + 129 9 llc 0x0000000104dd593e llvm::cast_retty<llvm::MCSectionMachO, llvm::MCSection*>::ret_type llvm::cast<llvm::MCSectionMachO, llvm::MCSection>(llvm::MCSection*) + 110 10 llc 0x0000000104dcecdb (anonymous namespace)::MCMachOStreamer::ChangeSection(llvm::MCSection*, llvm::MCExpr const*) + 75 11 llc 0x0000000104de9c2d llvm::MCStreamer::SwitchS...

...bout). While this patch focuses on avoiding casts between > >>> fn(*)(type*) and void*, I don't know off-hand if C23 will permit > >>> fn(*)(void*) as a compatible function pointer with fn(*)(type). > >> > >> My understanding is that, per C99 at least, ret_type(*)(void*) is > >> compatible with ret_type(*)(type*) precisely if void* is compatible with > >> type* (6.7.5.3p15). > >> > >> Whether void* is compatible with type* depends on... ugh, that's hard to > >> deduce from the standard. 6.7.5.1p2 says, &quo...