search for: obb

...a number of places where this is hard because of the plumbing required, or more importantly, the ambiguity around who owns the state of the cache at any given time. We know that there are a significant number of additional places where we should be using something like OrderedBasicBlock, but adding OBB into many of these places would be quite non-trivial. As indicated by the performance results briefly described in D51664, we have significant headroom. I don't see any really feasible way around these issues except moving the ownership of that state into the BB itself. Thanks again, Hal Hav...

Hi, On 08/07/2015 10:30 PM, Nick Lewycky wrote: [...] > Depends. What is the exact declaration of format_long? > > > In the input .ll file it is: > > ; Function Attrs: minsize optsize > define internal i16 @format_long(i16* %res.8.par, i16 %base.9.par, > i32 %x.10.par) #3 { > > which is later changed somewhere in opt to: > > ;

...a number of places where this is hard because of the plumbing required, or more importantly, the ambiguity around who owns the state of the cache at any given time. We know that there are a significant number of additional places where we should be using something like OrderedBasicBlock, but adding OBB into many of these places would be quite non-trivial. As indicated by the performance results briefly described in D51664, we have significant headroom. I don't see any really feasible way around these issues except moving the ownership of that state into the BB itself. >> >> Thanks...

Okay, so it sounds like it might actually be better to be even more low level, call it "ExtendedBBInfo" or something, and rename what it provides to be more clearly structural: A. Inst * FirstIsGuaranteedToTransferExecutionToSuccessor(BB) (naming bikeshed open on this one :P) B. Inst * LastIsGuaranteedToTransferExecutionToSuccessor(BB) C. Inst *FirstMayThrow(BB) D. Inst

...ht I'd post, and I'm not clear who maintains the Win32 build environment or I'd have contacted them directly. I've finally gotten around to turning voice back on in my project, and I'm having issues with obtaining a stable build in VS2005. I've checked out SVN trunk of obb (as libogg) and speex, built libogg with no problems in debug and release mode, but am having problems with the speex projects. I've reproduced these on three (multicore) machines, two XP and one Vista. Some of the strange intermittent errors (like access denied on .pdb files, and build...

Hi folks, I looked into some slow compiles and filed https://bugs.llvm.org/show_bug.cgi?id=38829. The gist of it is that we spend a lot of time iterating basic blocks to compute local dominance, i.e. given two instructions in the same BB, which comes first. LLVM already has a tool, OrderedBasicBlock, which attempts to address this problem by building a lazy mapping from Instruction* to position.