Displaying 3 results from an estimated 3 matches for "__v1".
Did you mean:
__d1
2016 May 12
2
LLVM Releases: Upstream vs. Downstream / Distros
On Thu, 12 May 2016 16:40:44 +0100
David Chisnall via cfe-dev
<cfe-dev at lists.llvm.org> wrote:
>
> The end result is that shortly after a release (sometimes every alternate release) is branched a load of downstream projects update to the new APIs, test things, and find a bunch of regressions that have been sitting in the tree for months. We then have to scrabble to bisect and try
2014 Mar 13
2
[LLVMdev] MergeFunctions: reduce complexity to O(log(N))
...sn_map2;
> >
> > What is sn short for ("seen")? Why are there two of these?
> Serial number :-)
>
> >
> > + std::pair<DenseMap<const Value *, int>::iterator, bool>
> > + LeftSN = sn_map1.insert(std::make_pair(__V1, sn_map1.size())),
> > + RightSN = sn_map2.insert(std::make_pair(__V2, sn_map2.size()));
> >
> > So I think I get it, this is easy to reason about. You number
> each value
> > going down both functions. But I think you can eliminate one of these...
2014 Feb 27
3
[LLVMdev] MergeFunctions: reduce complexity to O(log(N))
Hi Nick,
I tried to rework changes as you requested. One of patches (0004 with
extra assertions) has been removed.
> + bool isEquivalentType(Type *Ty1, Type *Ty2) const {
> + return cmpType(Ty1, Ty2) == 0;
> + }
>
> Why do we still need isEquivalentType? Can we nuke this?
Yup. After applying all the patches isEquivalentType will be totally
replaced with cmpType. All