search for: casting

Moving to LLVM dev to discuss the possibility of extending the cast infrastructure to handle this. On Tue, Nov 20, 2012 at 5:51 PM, John McCall <rjmccall at apple.com> wrote: > On Nov 18, 2012, at 5:05 PM, David Blaikie <dblaikie at gmail.com> wrote: >> TypeLoc casting looks bogus. >> >> TypeLoc derived types return true from classof when the dynamic type >> is not actually an instance of the derived type. The TypeLoc is then >> (erroneously) cast to the derived type and the derived type's implicit >> copy ctor is executed (so lo...

...to LLVM dev to discuss the possibility of extending the cast > infrastructure to handle this. > > On Tue, Nov 20, 2012 at 5:51 PM, John McCall <rjmccall at apple.com> wrote: >> On Nov 18, 2012, at 5:05 PM, David Blaikie <dblaikie at gmail.com> wrote: >>> TypeLoc casting looks bogus. >>> >>> TypeLoc derived types return true from classof when the dynamic type >>> is not actually an instance of the derived type. The TypeLoc is then >>> (erroneously) cast to the derived type and the derived type's implicit >>> copy cto...

tree: https://git.kernel.org/pub/scm/linux/kernel/git/mst/vhost.git vhost head: 3d22d7c1190db3209b644b8a13a75a9802b4587f commit: b3a8771f409b74c42deee28aee3092fc5d2c8dab [22/23] fw_cfg: write vmcoreinfo details reproduce: # apt-get install sparse git checkout b3a8771f409b74c42deee28aee3092fc5d2c8dab make ARCH=x86_64 allmodconfig make C=1 CF=-D__CHECK_ENDIAN__

FAIL: /usr/home/jeffc/llvm/obj/../test/Regression/Transforms/InstCombine/2004-11-27-SetCCForCastLargerAndConstant.ll: %Y = cast sbyte %SB to uint ; <uint> [#uses=1] %Y = cast sbyte %SB to int ; <int> [#uses=1] %Y = cast sbyte %SB to int ; <int> [#uses=1] %Y = cast ubyte %SB to uint ; <uint> [#uses=1] %Y = cast ubyte %SB to

I need to create a cast instruction that casts an sbyte* to another pointer type. Previously I was using the CastInst::createInferredCast() function to do that; however, that function has been removed. Which of the create() functions from CastInst should I use to do that? It seems like the obdvious answer should be createPointerCast(). However, the documentation for createPointerCast

ConstantDataArray * cda = cast<ConstantDataArray>(v); throws this error: Assertion failed: (isa<X>(Val) && "cast<Ty>() argument of incompatible type!"), function cast, file /Users/rcatlin1/lldb/llvm/include/llvm/Support/Casting.h, line 208 Thanks for the help. Richard Catlin On Sat, Apr 20, 2013 at 3:37 PM, Sean Silva <silvas at purdue.edu> wrote: > > > > On Sat, Apr 20, 2013 at 5:15 PM, Richard Catlin < > richard.m.catlin at gmail.com> wrote: > >> I extended the LLVM Kaleidoscope...

Anyone have opinions on whether the cast machinery should be taught to handle unique_ptr? Presumably that'd involve cast, etc, returning raw pointers when it was passed references to unique_ptr, which might be surprising/error-prone? But the only errors would be: 1) double delete - if the result of the cast was used to take ownership because the caller didn't realize there was a

I encounter the following compiler warnings while compiling kernel 3.3.0-rc1+ ... CC fs/btrfs/super.o CC fs/btrfs/ctree.o CC fs/btrfs/extent-tree.o fs/btrfs/extent-tree.c: In function ‘btrfs_check_data_free_space’: fs/btrfs/extent-tree.c:3314:11: warning: cast from pointer to integer of different size [-Wpointer-to-int-cast] fs/btrfs/extent-tree.c: In function

Do your 32768 registers also have sub registers? I can't tell you exactly what to change. I'm not familiar with the code. I would just be running grep or something. ~Craig On Fri, Jul 14, 2017 at 10:23 AM, hameeza ahmed <hahmed2305 at gmail.com> wrote: > Thank you so much. I think there is no issue with my definitions since i > have to use larger registers i.e 65536 bit

I have made changes in 3 files: LaneBitmask.h, codegenregisters.cpp and miparser.cpp. files are attached here. Now i am getting following errors. which means registerinfo.inc file is not generated successfully. /PIM/lib/Target/X86/MCTargetDesc/X86BaseInfo.h:733:24: error: no member named 'XMM8' in namespace 'llvm::X86' if ((RegNo >= X86::XMM8 && RegNo <=

...SCEVAddRecExpr Nema, Ashutosh wrote: > Hi, > I'm trying to cast one of the SCEV node to "SCEVAddRecExpr". > Every time cast return NULL, and I'm unable to do this. > SCEV Node: > ((4 * (sext i32 {2,+,2}<%for.body4> to i64))<nsw> + %var)<nsw> > Casting: > const SCEVAddRecExpr *AR = dyn_cast<SCEVAddRecExpr>(SCEVNode); > 'var' is of type float pointer (float*). > Without 'sext' it works, but I'm wondering why it not working in above case. > I'm not sure, is such casting allowed ? It looks like your node is...

...he possibility of extending the cast > > infrastructure to handle this. > > > > On Tue, Nov 20, 2012 at 5:51 PM, John McCall <rjmccall at apple.com> wrote: > >> On Nov 18, 2012, at 5:05 PM, David Blaikie <dblaikie at gmail.com> wrote: > >>> TypeLoc casting looks bogus. > >>> > >>> TypeLoc derived types return true from classof when the dynamic type > >>> is not actually an instance of the derived type. The TypeLoc is then > >>> (erroneously) cast to the derived type and the derived type's implicit &...

libswfdec/swfdec_as_interpret.c | 89 ++++++++++++++++++++++++------- test/trace/Makefile.am | 9 +++ test/trace/cast-5.swf |binary test/trace/cast-5.swf.trace | 2 test/trace/cast-6.swf |binary test/trace/cast-6.swf.trace | 2 test/trace/cast-7.swf |binary

Hi guys, When I am trying to define pattern in a multi class, I got something like this: “ multi class P_PAT<string sty, SDNode tNode> { def : Pat<( !cast<ValueType>(“v2” # sty) (tNode !cast<ValueType>(“v2” # sty):$src1, !cast<ValueType>(“v2” # sty):$src2) ), ( add !cast<ValueType>(“v2” # sty):$src1, !cast<ValueType>(“v2” #

...tending the cast >> > infrastructure to handle this. >> > >> > On Tue, Nov 20, 2012 at 5:51 PM, John McCall <rjmccall at apple.com> wrote: >> >> On Nov 18, 2012, at 5:05 PM, David Blaikie <dblaikie at gmail.com> wrote: >> >>> TypeLoc casting looks bogus. >> >>> >> >>> TypeLoc derived types return true from classof when the dynamic type >> >>> is not actually an instance of the derived type. The TypeLoc is then >> >>> (erroneously) cast to the derived type and the derived type&...

...utosh wrote: >> Hi, >> I'm trying to cast one of the SCEV node to "SCEVAddRecExpr". >> Every time cast return NULL, and I'm unable to do this. >> SCEV Node: >> ((4 * (sext i32 {2,+,2}<%for.body4> to i64))<nsw> + %var)<nsw> >> Casting: >> const SCEVAddRecExpr *AR = dyn_cast<SCEVAddRecExpr>(SCEVNode); >> 'var' is of type float pointer (float*). >> Without 'sext' it works, but I'm wondering why it not working in above case. >> I'm not sure, is such casting allowed ? > > I...

Hi, I'm trying to cast one of the SCEV node to "SCEVAddRecExpr". Every time cast return NULL, and I'm unable to do this. SCEV Node: ((4 * (sext i32 {2,+,2}<%for.body4> to i64))<nsw> + %var)<nsw> Casting: const SCEVAddRecExpr *AR = dyn_cast<SCEVAddRecExpr>(SCEVNode); 'var' is of type float pointer (float*). Without 'sext' it works, but I'm wondering why it not working in above case. I'm not sure, is such casting allowed ? Regards, Ashutosh -------------- next par...

...ble" "account receivable" XXXX" "YYYYY" "ZZZZ" "AAAA" "CCCCC" "Aaa11 xx" "Latin America" "Mexico" "food & beverages" "2002:FY" 10000 50000 70000 "NA" 10000 10000 # casting the data cast <- cast(dataread, ID + Period ~ variable) When I do that the data is casted as a pivot with a warning "Aggregation requires fun.aggregate: length used as default", and the casted data gives me the count of variables (as suggested by the warning ) Id Region Coun...

Now that I can build FLAC again with Janne's patch I would like to report about the warnings I get when building for Android: android-make | grep warn md5.c: In function 'format_input_': md5.c:282:25: warning: cast increases required alignment of target type [-Wcast-align] md5.c:288:24: warning: cast increases required alignment of target type [-Wcast-align] decode.c: In function

In compiling my software to use LLVM, I have noticed many occurrences of C style casting in LLVM header files. Since I compile with the -Wold-style-cast flag to g++, I get warnings about each of them. This isn't a big deal but I try to keep my code compilations both error and warning free (makes spotting true errors easier). I'm wondering why a new C++ (LLVM) would choose to u...