search for: intrinsicinst

I just updated from CVS, and after doing a clean rebuild I get this error: /Users/bocchino/llvm-checkin/src/include/llvm/IntrinsicInst.h: In static member function 'static bool llvm::DbgInfoIntrinsic::classof (const llvm::IntrinsicInst*)': /Users/bocchino/llvm-checkin/src/include/llvm/IntrinsicInst.h:77: error: 'dbg_declare' is not a member of 'llvm::Intrinsic' /Users/bocchino/llvm-checkin/src/include/...

...7 Apr 2006, Robert L. Bocchino Jr. wrote: > I just updated from CVS, and after doing a clean rebuild I get this error: Are you sure that no conflicts prevented updating from going smoothly? How are you building (srcdir ==/!= objdir)? -Chris > /Users/bocchino/llvm-checkin/src/include/llvm/IntrinsicInst.h: In static > member function 'static bool llvm::DbgInfoIntrinsic::classof(const > llvm::IntrinsicInst*)': > /Users/bocchino/llvm-checkin/src/include/llvm/IntrinsicInst.h:77: error: > 'dbg_declare' is not a member of 'llvm::Intrinsic' > /Users/bocchino/llv...

When trying to display and do anything with a variable of type IntrinsicInst, gdb thinks that it's an incomplete type and kind find any member functions or even display the class. (gdb) list 1337 1332 1333 // Finish off the call including any return values. 1334 return finishCall(CLI, RetVT, NumBytes); 1335 } 1336 1337 bool MipsFastISel::fastLowerInt...

...> I just updated from CVS, and after doing a clean rebuild I get >> this error: > > Are you sure that no conflicts prevented updating from going > smoothly? How are you building (srcdir ==/!= objdir)? > > -Chris > >> /Users/bocchino/llvm-checkin/src/include/llvm/IntrinsicInst.h: In >> static member function 'static bool llvm::DbgInfoIntrinsic::classof >> (const llvm::IntrinsicInst*)': >> /Users/bocchino/llvm-checkin/src/include/llvm/IntrinsicInst.h:77: >> error: 'dbg_declare' is not a member of 'llvm::Intrinsic' >&...

Ok. I'm basically just following the model of the other fast-isel ports. On 01/30/2015 09:12 PM, David Blaikie wrote: > (I'm assuming you're building LLVM with clang, in this case?) > > Looks like IntrinsicInst is one of those "lies" in LLVM that works via > type punning that's undefined behavior in C++, so it's code that > should be fixed anyway. > > In any case, the reason this produces the debugging experience you're > seeing is that LLVM (& GCC, for that mat...

(I'm assuming you're building LLVM with clang, in this case?) Looks like IntrinsicInst is one of those "lies" in LLVM that works via type punning that's undefined behavior in C++, so it's code that should be fixed anyway. In any case, the reason this produces the debugging experience you're seeing is that LLVM (& GCC, for that matter) assumes that if your c...

...the virtual dtor (or some other virtual function - even an explicit anchor as we have in some other places) and defining it out of line. > > > On 01/30/2015 09:12 PM, David Blaikie wrote: > > (I'm assuming you're building LLVM with clang, in this case?) > > Looks like IntrinsicInst is one of those "lies" in LLVM that works via > type punning that's undefined behavior in C++, so it's code that should be > fixed anyway. > > In any case, the reason this produces the debugging experience you're > seeing is that LLVM (& GCC, for that matter...

...rebuild I get this error: > >> > >> Are you sure that no conflicts prevented updating from going smoothly? How > >> are you building (srcdir ==/!= objdir)? > >> > >> -Chris > >> > >>> /Users/bocchino/llvm-checkin/src/include/llvm/IntrinsicInst.h: In static > >>> member function 'static bool llvm::DbgInfoIntrinsic::classof(const > >>> llvm::IntrinsicInst*)': > >>> /Users/bocchino/llvm-checkin/src/include/llvm/IntrinsicInst.h:77: error: > >>> 'dbg_declare' is not a member o...

...from CVS, and after doing a clean rebuild I get this error: >> >> Are you sure that no conflicts prevented updating from going smoothly? How >> are you building (srcdir ==/!= objdir)? >> >> -Chris >> >>> /Users/bocchino/llvm-checkin/src/include/llvm/IntrinsicInst.h: In static >>> member function 'static bool llvm::DbgInfoIntrinsic::classof(const >>> llvm::IntrinsicInst*)': >>> /Users/bocchino/llvm-checkin/src/include/llvm/IntrinsicInst.h:77: error: >>> 'dbg_declare' is not a member of 'llvm::Intrins...

...t;> >>>> Are you sure that no conflicts prevented updating from going >>>> smoothly? How >>>> are you building (srcdir ==/!= objdir)? >>>> >>>> -Chris >>>> >>>>> /Users/bocchino/llvm-checkin/src/include/llvm/IntrinsicInst.h: >>>>> In static >>>>> member function 'static bool llvm::DbgInfoIntrinsic::classof(const >>>>> llvm::IntrinsicInst*)': >>>>> /Users/bocchino/llvm-checkin/src/include/llvm/IntrinsicInst.h: >>>>> 77: error: >&...

...yExecute returns false for PHI nodes because it >>> isn't really clear what to do in that case... here, it's safe, so >>> isSafeToSpeculativelyExecute || isa<PHINode> is probably best. >> >> Another two "hacks" are needed: for BranchInst and for IntrinsicInst. >> >> Patch attached. > > IntrinsicInst isn't necessarily safe... Without IntrinsicInst we break test/Transforms/LoopIndexSplit/ SplitValue-2007-08-24-dbg.ll. -Jakub

...ib/IR/Value.cpp b/lib/IR/Value.cpp index 5f7e258..aa701d5 100644 --- a/lib/IR/Value.cpp +++ b/lib/IR/Value.cpp @@ -23,8 +23,10 @@ #include "llvm/IR/GetElementPtrTypeIterator.h" #include "llvm/IR/InstrTypes.h" #include "llvm/IR/Instructions.h" +#include "llvm/IR/IntrinsicInst.h" #include "llvm/IR/Module.h" #include "llvm/IR/Operator.h" +#include "llvm/IR/Statepoint.h" #include "llvm/IR/ValueHandle.h" #include "llvm/IR/ValueSymbolTable.h" #include "llvm/Support/Debug.h" @@ -570,6 +572,13 @@ static bool...

...;>>>> isn't really clear what to do in that case... here, it's safe, so >>>>> isSafeToSpeculativelyExecute || isa<PHINode> is probably best. >>>> >>>> Another two "hacks" are needed: for BranchInst and for >>>> IntrinsicInst. >>>> >>>> Patch attached. >>> >>> IntrinsicInst isn't necessarily safe... >> >> >> Without IntrinsicInst we break >> test/Transforms/LoopIndexSplit/SplitValue-2007-08-24-dbg.ll. > > Checking for isa<DbgInfoIntrinsic>...

Hi, The range metadata can only be attached to LoadInst for now. I am considering extending its usage to IntrinsicInst so that the frontend can annotate the range of the return value of an intrinsic call. e.g., %a = call i32 @llvm.xxx(), !range !0 !0 = metadata !{ i32 0, i23 1024 } The motivation behind this extension is some optimizations we are working on for CUDA programs. Some special registers in CUDA (e.g.,...

...> I just updated from CVS, and after doing a clean rebuild I get >> this error: > > Are you sure that no conflicts prevented updating from going > smoothly? How are you building (srcdir ==/!= objdir)? > > -Chris > >> /Users/bocchino/llvm-checkin/src/include/llvm/IntrinsicInst.h: In >> static member function 'static bool llvm::DbgInfoIntrinsic::classof >> (const llvm::IntrinsicInst*)': >> /Users/bocchino/llvm-checkin/src/include/llvm/IntrinsicInst.h:77: >> error: 'dbg_declare' is not a member of 'llvm::Intrinsic' >&...

...false for PHI nodes because it >>>> isn't really clear what to do in that case... here, it's safe, so >>>> isSafeToSpeculativelyExecute || isa<PHINode> is probably best. >>> >>> Another two "hacks" are needed: for BranchInst and for IntrinsicInst. >>> >>> Patch attached. >> >> IntrinsicInst isn't necessarily safe... > > > Without IntrinsicInst we break > test/Transforms/LoopIndexSplit/SplitValue-2007-08-24-dbg.ll. Checking for isa<DbgInfoIntrinsic> is safe. -Eli

On Fri, Dec 5, 2008 at 1:58 PM, OvermindDL1 <overminddl1 at gmail.com> wrote: > On Fri, Dec 5, 2008 at 1:57 PM, OvermindDL1 <overminddl1 at gmail.com> wrote: >> On Fri, Dec 5, 2008 at 1:52 PM, OvermindDL1 <overminddl1 at gmail.com> wrote: >>> / * snip */ >> >> Actually, rebuilding it makes "debug tblgen" fail with the errors at >> the

...). > > isSafeToSpeculativelyExecute returns false for PHI nodes because it > isn't really clear what to do in that case... here, it's safe, so > isSafeToSpeculativelyExecute || isa<PHINode> is probably best. Another two "hacks" are needed: for BranchInst and for IntrinsicInst. Patch attached. Regards -- Jakub Staszak -------------- next part -------------- A non-text attachment was scrubbed... Name: pr4174-2.patch Type: application/octet-stream Size: 2940 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20090821/0d23ec2b/attachm...

...lowered to a constant representing the size of the object concerned". I'm attempting to lower this intrinsic function to a constant in a pass. Below is the code snippet that I wrote: for (BasicBlock::iterator i = b.begin(), ie = b.end(); (i != ie) && (block_split == false);) { IntrinsicInst *ii = dyn_cast<IntrinsicInst>(&*i); ++i; if(ii) { switch (ii->getIntrinsicID()) { case Intrinsic::objectsize: { IRBuilder<> builder(ii->getParent(), ii); Value *op1 = ii->getArgOperand(0); //i8* uint64_t bit_size = op1->getType()->getPointerElementType()...

...>>>>>> isn't really clear what to do in that case... here, it's safe, so >>>>>> isSafeToSpeculativelyExecute || isa<PHINode> is probably best. >>>>> >>>>> Another two "hacks" are needed: for BranchInst and for IntrinsicInst. >>>>> >>>>> Patch attached. >>>> >>>> IntrinsicInst isn't necessarily safe... >>> >>> >>> Without IntrinsicInst we break >>> test/Transforms/LoopIndexSplit/SplitValue-2007-08-24-dbg.ll. >> >>...