Displaying 6 results from an estimated 6 matches for "optimizeblock".
2009 Feb 19
0
[LLVMdev] Bug in BranchFolding.cpp:OptimizeBlock
I've ran across an issue in BranchFolding.cpp where it is incorrectly
folding a branch to the wrong fallthrough location. This is in LLVM 2.4
and seems to be in 2.5 also.
The code in question is:
void BranchFolder::OptimizeBlock(MachineBasicBlock *MBB) {
MachineFunction::iterator FallThrough = MBB;
++FallThrough;
// If this block is empty, make everyone use its fall-through, not the
block
// explicitly. Landing pads should not do this since the landing-pad
table
// points to this block.
if (MBB->e...
2016 Jan 22
2
Clang 3.8 fails with asan enabled
...219
#2 0x1034f97 in begin<llvm::BasicBlock>
/usr/lib/gcc/x86_64-redhat-linux/5.1.1/../../../../include/c++/5.1.1/bits/range_access.h:49
#3 0x1034f97 in reverse<llvm::BasicBlock &>
/export/users/amitrokh/llvm-sanitizer/llvm/include/llvm/ADT/STLExtras.h:231
#4 0x1034f97 in optimizeBlock
/export/users/amitrokh/llvm-sanitizer/llvm/lib/CodeGen/CodeGenPrepare.cpp:5250
#5 0x1034f97 in (anonymous
namespace)::CodeGenPrepare::runOnFunction(llvm::Function&)
/export/users/amitrokh/llvm-sanitizer/llvm/lib/CodeGen/CodeGenPrepare.cpp:262
#6 0x19b7398 in llvm::FPPassManager::runOnFu...
2008 Mar 29
0
[LLVMdev] Tracking down the "pred_iterator out of range" assert
That's my patch.
Do you have steps to reproduce?
Nick
Scott Michel wrote:
> I've finally been able to get back to a little hacking, and I've tracked
> down the before/after SVN revision numbers where this assert gets triggered:
>
> 47988: No assert
> 47989: Assert gets triggered during 'make check'
>
> This bug pops up when building Release from
2008 Mar 29
2
[LLVMdev] Tracking down the "pred_iterator out of range" assert
I've finally been able to get back to a little hacking, and I've tracked
down the before/after SVN revision numbers where this assert gets triggered:
47988: No assert
47989: Assert gets triggered during 'make check'
This bug pops up when building Release from bootstrap on x86 Darwin (Mac OS
X 10.4.11) using XCode 2.5's gcc 4.0.1. I've looked at the diffs between the
two
2012 Sep 21
0
[LLVMdev] liveness assertion problem in llc
...asicBlock::erase (this=0x931b3ac, I=..., E=...) at /work/llvm/trunk/llvm/include/llvm/CodeGen/MachineBasicBlock.h:480
#12 0x08593f60 in llvm::ADRESInstrInfo::RemoveBranch (this=0x92cf50c, MBB=...) at /work/llvm/trunk/llvm/lib/Target/ADRES/ADRESInstrInfo.cpp:364
#13 0x0892d513 in llvm::BranchFolder::OptimizeBlock (this=0xbfffea70, MBB=0x931bd14) at /work/llvm/trunk/llvm/lib/CodeGen/BranchFolding.cpp:1200
#14 0x0892c565 in llvm::BranchFolder::OptimizeBranches (this=0xbfffea70, MF=...) at /work/llvm/trunk/llvm/lib/CodeGen/BranchFolding.cpp:972
#15 0x089298c2 in llvm::BranchFolder::OptimizeFunction (this=0xbff...
2017 Mar 09
4
[RFC] bitfield access shrinking
On Thu, Mar 9, 2017 at 10:54 AM, Hal Finkel <hfinkel at anl.gov> wrote:
> On 03/09/2017 12:14 PM, Wei Mi via llvm-dev wrote:
>>
>> In
>> http://lists.llvm.org/pipermail/cfe-commits/Week-of-Mon-20120827/063200.html,
>> consecutive bitfields are wrapped as a group and represented as a
>> large integer and emits loads stores and bit operations appropriate