Displaying 11 results from an estimated 11 matches for "valty".
Did you mean:
valby
2012 Jan 03
1
[LLVMdev] AliasAnalysis and memory dependency
i am sorry,
i get this error:
opt: /home/llvm/src/include/llvm/Support/CallSite.h:87: ValTy*
llvm::CallSiteBase<FunTy, ValTy, UserTy, InstrTy, CallTy, InvokeTy,
IterTy>::getCalledValue() const [with FunTy = const llvm::Function, ValTy =
const llvm::Value, UserTy = const llvm::User, InstrTy = const
llvm::Instruction, CallTy = const llvm::CallInst, InvokeTy = const
llvm::InvokeInst, I...
2012 Jan 03
0
[LLVMdev] AliasAnalysis and memory dependency
Hi neda 8664,
> I want to find memory dependency between CallInst instruction and other. So i
> used the following code:
>
>
>
> / AliasAnalysis &AA=getAnalysis<AliasAnalysis>();/
>
> /*if* (isa< StoreInst >(inst1)){ /
>
> // // /*if* (isa<CallInst>(inst2)) / /{/
>
> / CallInst *call_inst2= dyn_cast<CallInst>(inst2); /
2012 Jan 03
2
[LLVMdev] AliasAnalysis and memory dependency
Hi all,
I want to find memory dependency between CallInst instruction and other.
So i used the following code:
* AliasAnalysis &AA=getAnalysis<AliasAnalysis>();*
* if(isa<StoreInst>(inst1)){*
* ** **if(isa<CallInst>(inst2))**{*
* CallInst *call_inst2= dyn_cast<CallInst>(inst2); *
* if(AA.getModRefInfo(inst1,call_inst2)==mod)**{*
*
2015 May 15
8
[LLVMdev] RFC: New EH representation for MSVC compatibility
...We’ll need to support landingpads at
least until LLVM 4.0, but we may want to keep them because they are the
natural representation for Itanium-style EH, and have a relatively low
support burden.
resume
-------------
; Old form still works, still means control is leaving the function.
resume <valty> %val
; New form overloaded for intra-frame unwinding or resuming normal execution
resume <valty> %val, label %nextaction
; New form for EH personalities that produce no value
resume void
Now resume takes an optional label operand which is the next EH action to
run. The label must point t...
2005 Aug 10
1
[LLVMdev] ValueTy not set appropriately in Value.h?
...8 ConstantAggregateZeroVal, // This is an instance of
ConstantAggregateNull
00149 SimpleConstantVal, // This is some other type of Constant
00150 InstructionVal, // This is an instance of Instruction
00151 ValueListVal // This is for bcreader, a special ValTy
00152 };
00153 unsigned getValueType() const {
00154 return SubclassID;
00155 }
-mike
--
Michael McCracken
UCSD CSE PhD Candidate
research: http://www.cse.ucsd.edu/~mmccrack/
misc: http://michael-mccracken.net/blog/
2014 Jun 12
3
[LLVMdev] Creating and implementing an analysis group out of tree
Hi Eli,
Thanks for the link! I'm able to compile a standalone pass outside of the
source tree, and I'm obviously ably to compile analysis groups inside the
source tree. However, the problem comes when I try to do what the tutorial
suggests to create an analysis group outside of the source tree.
My understanding is that building out of tree requires different methods to
register the
2009 Jan 09
2
[LLVMdev] RFC: Store alignment should be LValue alignment, not source alignment
...LV_BIT_FIELD_REF(tree exp) {
@@ -6284,17 +6325,27 @@ LValue TreeToLLVM::EmitLV_BIT_FIELD_REF(
}
// If this is referring to the whole field, return the whole thing.
- if (BitStart == 0 && BitSize == ValueSizeInBits)
- return LValue(BitCastToType(Ptr.Ptr,
PointerType::getUnqual(ValTy)));
+ if (BitStart == 0 && BitSize == ValueSizeInBits) {
+ return LValue(BitCastToType(Ptr.Ptr,
PointerType::getUnqual(ValTy)),
+ Ptr.Alignment);
+ }
- return LValue(BitCastToType(Ptr.Ptr,
PointerType::getUnqual(ValTy)), BitStart,
- BitSize);
+ re...
2015 May 18
4
[LLVMdev] New EH representation for MSVC compatibility
...he catch scope. resume has two roles: moving to the next EH action
after a cleanup, and transitioning from the catch block back to normal
control flow. Some of my coworkers said it should be split into two
instructions for each purpose, and I could go either way.
> > %val = cleanupblock <valty> unwind label %nextaction
>
>
>
> Why isn’t this a terminator? It seems like it performs the same sort of
> role as catchblock, except presumably it is always entered. I suppose
> that’s probably the answer to my question, but it strikes me as an
> ambiguity in the scheme....
2019 Sep 03
2
SourceMgr vs EXPENSIVE_CHECKS
...r<unsigned
short, std::allocator<unsigned short> > *,
std::__debug::vector<unsigned int, std::allocator<unsigned int> > *,
std::__debug::vector<unsigned long, std::allocator<unsigned long> > *>
> >::PointerIntPair' requested here
this->Val = ValTy(
^
/home/jayfoad2/git/llvm-project/llvm/lib/Support/SourceMgr.cpp:79:17:
note: in instantiation of member function
'llvm::pointer_union_detail::PointerUnionMembers<llvm::PointerUnion<std::__debug::vector<unsigned
char, std::allocator<unsigned char> > *, std::...
2019 Sep 03
2
SourceMgr vs EXPENSIVE_CHECKS
...lt;unsigned short> > *,
>> std::__debug::vector<unsigned int, std::allocator<unsigned int> > *,
>> std::__debug::vector<unsigned long, std::allocator<unsigned long> > *>
>> > >::PointerIntPair' requested here
>> this->Val = ValTy(
>> ^
>> /home/jayfoad2/git/llvm-project/llvm/lib/Support/SourceMgr.cpp:79:17:
>> note: in instantiation of member function
>> 'llvm::pointer_union_detail::PointerUnionMembers<llvm::PointerUnion<std::__debug::vector<unsigned
>> char, std:...
2019 Oct 02
2
SourceMgr vs EXPENSIVE_CHECKS
...t; >> std::__debug::vector<unsigned int, std::allocator<unsigned int> > *,
>> >> std::__debug::vector<unsigned long, std::allocator<unsigned long> > *>
>> >> > >::PointerIntPair' requested here
>> >> this->Val = ValTy(
>> >> ^
>> >> /home/jayfoad2/git/llvm-project/llvm/lib/Support/SourceMgr.cpp:79:17:
>> >> note: in instantiation of member function
>> >> 'llvm::pointer_union_detail::PointerUnionMembers<llvm::PointerUnion<std::__debug::ve...