Displaying 4 results from an estimated 4 matches for "isleader".
2010 May 02
0
[LLVMdev] Compiling LLVM 2.7 with Visual Studio 2010.
...' : cannot access private member declared in class
> 'llvm::EquivalenceClasses<ElemTy>::ECValue' C:\Program Files
> (x86)\Microsoft Visual Studio 10.0\VC\include\xmemory 208
I moved:
// ECValue ctor - Start out with EndOfList pointing to this node, Next
is Null, isLeader = true.
ECValue(const ElemTy &Elt)
: Leader(this), Next((ECValue*)(intptr_t)1), Data(Elt) {}
into the public section of the ECValue class, seemed to solve that one..
------
the cast errors from below... pretty weird, but the Microsofts compiler
seems to not like passing in 0 as a p...
2010 May 02
3
[LLVMdev] Compiling LLVM 2.7 with Visual Studio 2010.
Hey,
Downloaded the release, used CMake to create solution... building mostly
seems to be OK, except for a couple of compiler errors.
warning C4090: 'function' : different 'const' qualifiers
d:\companyone\external\llvm\source\llvm-2.7\lib\support\regengine.inc 188
error C2248: 'llvm::EquivalenceClasses<ElemTy>::ECValue::ECValue' : cannot
access private member
2007 Jun 15
1
[LLVMdev] EquivalenceClasses: findValue vs. findLeader
Given an object o of ElemType in an instance of EquivalenceClasses, I need
to get a list of all members of the equivalence class that o is in. For
various reasons, it is easiest if I could get an EquivalenceClasses::iterator
that I can pass to member_begin and member_end.
So naturally, I did something like this (pseudo-C++):
EquivalenceClasses::iterator i = equiv.findValue(o);
2010 May 02
2
[LLVMdev] Compiling LLVM 2.7 with Visual Studio 2010.
...r declared in
>> class 'llvm::EquivalenceClasses<ElemTy>::ECValue' C:\Program Files
>> (x86)\Microsoft Visual Studio 10.0\VC\include\xmemory 208
>
>
> I moved:
>
> // ECValue ctor - Start out with EndOfList pointing to this node, Next
> is Null, isLeader = true.
> ECValue(const ElemTy &Elt)
> : Leader(this), Next((ECValue*)(intptr_t)1), Data(Elt) {}
>
> into the public section of the ECValue class, seemed to solve that one..
>
> ------
>
> the cast errors from below... pretty weird, but the Microsofts compiler...