Displaying 9 results from an estimated 9 matches for "gettrue".
2013 May 13
3
[LLVMdev] Q: When is a boolean not a boolean?
...odule life cycles, and this is my
first real look at llvm's source.
This patch at least makes my problem go away;
@@ -2195,11 +2200,11 @@ bool GVN::processInstruction(Instruction *I) {
BasicBlock *Parent = BI->getParent();
bool Changed = false;
- Value *TrueVal = ConstantInt::getTrue(TrueSucc->getContext());
+ Value *TrueVal = ConstantInt::getTrue(BranchCond->getContext());
BasicBlockEdge TrueE(Parent, TrueSucc);
Changed |= propagateEquality(BranchCond, TrueVal, TrueE);
- Value *FalseVal = ConstantInt::getFalse(FalseSucc->getContext());
+ Value *Fal...
2013 May 13
0
[LLVMdev] Q: When is a boolean not a boolean?
...real look at llvm's source.
>
> This patch at least makes my problem go away;
>
> @@ -2195,11 +2200,11 @@ bool GVN::processInstruction(Instruction *I) {
> BasicBlock *Parent = BI->getParent();
> bool Changed = false;
>
> - Value *TrueVal = ConstantInt::getTrue(TrueSucc->getContext());
> + Value *TrueVal = ConstantInt::getTrue(BranchCond->getContext());
> BasicBlockEdge TrueE(Parent, TrueSucc);
> Changed |= propagateEquality(BranchCond, TrueVal, TrueE);
>
> - Value *FalseVal = ConstantInt::getFalse(FalseSucc->getC...
2012 Jul 02
1
[LLVMdev] Intrinsic::getDeclaration causing dump() segfault
...text()), false);
Function *func = Function::Create(ft, Function::ExternalLinkage,
"", module);
BasicBlock *bb = BasicBlock::Create(getGlobalContext(), "entry", func);
builder.SetInsertPoint(bb);
builder.CreateRet(ConstantInt::getTrue(getGlobalContext()));
// Value *memcpy = Intrinsic::getDeclaration(
// module, Intrinsic::memcpy, Type::getInt64Ty(getGlobalContext()));
func->dump();
delete module;
return 0;
}
--
Michael Welsh Duggan
(md5i at md5i.com)
2010 Aug 06
2
[LLVMdev] PR5373
...return false;
> + } else if (Val) {
> + // if LoopExitBB == LoopExitBB2 pick the first one (true).
> + *Val = ConstantInt::getFalse(Context);
>
Actually it does. It is written that if LoopExitBB == LoopExitBB2 we should pick TRUE value:
*Val = ConstantInt::getTrue(Context);
so..there is not need to generate FALSE value.
I know that this comment might be a little bit misleading. Probably the best idea is to delete it.
> doesn't do what the comment says it does; the store into *Val is done when !LoopExitBB, not when LoopExitBB == LoopExitBB2.
>
&g...
2010 Aug 06
2
[LLVMdev] PR5373
Hello again :)
It's been some time since I sent you last patch, but here I'm again. I send the patch for PR5373.
Regards
--
Jakub Staszak
-------------- next part --------------
A non-text attachment was scrubbed...
Name: pr5373.patch
Type: application/octet-stream
Size: 5913 bytes
Desc: not available
URL:
2010 Aug 06
0
[LLVMdev] PR5373
The last bit here
+ if (LoopExitBB) {
+ // It is possible that for both successors
isTrivialLoopExitBlock()
+ // returns different exit blocks. It means that the loop
isn't trivial,
+ // just quit then.
+ if (LoopExitBB != LoopExitBB2)
+ return false;
+ } else if (Val) {
+ // if LoopExitBB == LoopExitBB2 pick the first one (true).
+
2010 Aug 11
0
[LLVMdev] PR5373
...; + } else if (Val) {
>> + // if LoopExitBB == LoopExitBB2 pick the first one (true).
>> + *Val = ConstantInt::getFalse(Context);
>>
>
> Actually it does. It is written that if LoopExitBB == LoopExitBB2 we should pick TRUE value:
> *Val = ConstantInt::getTrue(Context);
>
> so..there is not need to generate FALSE value.
> I know that this comment might be a little bit misleading. Probably the best idea is to delete it.
>
>> doesn't do what the comment says it does; the store into *Val is done when !LoopExitBB, not when LoopExitBB...
2006 Nov 16
0
[LLVMdev] LLVM 1.9 Release Announcement [draft #1]
...iv operations and
'rem' into frem/srem/urem. We hope that LLVM 2.0 will split all
instructions that vary behavior based on the signedness of their
operands. See http://llvm.org/PR950 for more details.
*. ConstantBool::True and False have been renamed to
ConstantBool::getTrue() and ConstantBool::getFalse().
LLVM Build System Changes:
*. The LLVM library dependency graph is now acyclic, allowing
llvm-config to always work. The LLVM build system itself now
internally uses llvm-config.
*. Reid updated autoconf/libtool to newer versions.
*. Reid contribu...
2006 Nov 20
0
LLVM 1.9 Release!
...div operations
and 'rem' into frem/srem/urem. We hope that LLVM 2.0 will split
all instructions that vary behavior based on the signedness of
their operands. See http://llvm.org/PR950 for more details.
36. ConstantBool::True and False have been renamed to
ConstantBool::getTrue() and ConstantBool::getFalse().
LLVM Build System Changes:
37. The LLVM library dependency graph is now acyclic, allowing
llvm-config to always work. The LLVM build system itself now
internally uses llvm-config.
38. Reid updated autoconf/libtool to newer versions.
39. Reid contributed...