search for: greybird

...lvm::BasicBlock, ll >>> >> vm::BasicBlock*>::__a == >> ((__gnu_cxx::_EqualOpConcept<llvm::BasicBlock, llvm::Ba >> sicBlock*>*)this)->__gnu_cxx::_EqualOpConcept<llvm::BasicBlock, >> llvm::BasicBlock >> *>::__b' >> c:/Users/Greybird/Desktop/llvm/llvm-2.4/include/llvm/ADT/APInt.h: >> BasicBlock is failing the EqualityComparable concept check. This should be breaking --enable-asserts and --enable-expensive-checks, not --enable-optimized (concept checks should be disabled in release mode, which is controlled by ND...

..._check.h: In instantiation of '__gnu_cxx::_SGIAssignableConcept<llvm::MachineMove>': c:\mingw\bin\../lib/gcc/mingw32/4.3.0/include/c++/bits/stl_vector.h: 179: insta ntiated from 'std::vector<llvm::MachineMove, std::allocator<llvm::MachineMove> > ' c:/Users/Greybird/Desktop/llvm/llvm-2.4/include/llvm/CodeGen/ MachineModuleInfo.h :1007: instantiated from here c:\mingw\bin\../lib/gcc/mingw32/4.3.0/include/c++/bits/ boost_concept_check.h:216 : error: '__gnu_cxx::_SGIAssignableConcept<_Tp>::__a' has incomplete type c:/Users/Greybird/Desktop/llv...

...lock, llvm::BasicBlock*>*)this)- >__gnu_cxx::_EqualOpConcept<llvm::BasicBlock, ll vm::BasicBlock*>::__a == ((__gnu_cxx::_EqualOpConcept<llvm::BasicBlock, llvm::Ba sicBlock*>*)this)->__gnu_cxx::_EqualOpConcept<llvm::BasicBlock, llvm::BasicBlock *>::__b' c:/Users/Greybird/Desktop/llvm/llvm-2.4/include/llvm/ADT/APInt.h:1379: note: can didates are: bool llvm::operator==(uint64_t, const llvm::APInt&) make[1]: *** [/c/Users/Greybird/Desktop/llvm/llvm-2.4/lib/VMCore/ Release/BasicBl ock.o] Error 1 make[1]: Leaving directory `/c/Users/Greybird/Desktop/llvm/llvm-2.4...

...)- > >__gnu_cxx::_EqualOpConcept<llvm::BasicBlock, ll > vm::BasicBlock*>::__a == > ((__gnu_cxx::_EqualOpConcept<llvm::BasicBlock, llvm::Ba > sicBlock*>*)this)->__gnu_cxx::_EqualOpConcept<llvm::BasicBlock, > llvm::BasicBlock > *>::__b' > c:/Users/Greybird/Desktop/llvm/llvm-2.4/include/llvm/ADT/APInt.h: > 1379: note: can > didates are: bool llvm::operator==(uint64_t, const llvm::APInt&) > make[1]: *** [/c/Users/Greybird/Desktop/llvm/llvm-2.4/lib/VMCore/ > Release/BasicBl > ock.o] Error 1 > make[1]: Leaving directory `/c/Users/...

...xx::_EqualOpConcept<llvm::BasicBlock, ll >> vm::BasicBlock*>::__a == >> ((__gnu_cxx::_EqualOpConcept<llvm::BasicBlock, llvm::Ba >> sicBlock*>*)this)->__gnu_cxx::_EqualOpConcept<llvm::BasicBlock, >> llvm::BasicBlock >> *>::__b' >> c:/Users/Greybird/Desktop/llvm/llvm-2.4/include/llvm/ADT/APInt.h: >> 1379: note: can >> didates are: bool llvm::operator==(uint64_t, const llvm::APInt&) >> make[1]: *** [/c/Users/Greybird/Desktop/llvm/llvm-2.4/lib/VMCore/ >> Release/BasicBl >> ock.o] Error 1 >> make[1]: Leavin...

2008/12/27 Mark Kromis <greybird at mac.com> > Is this something your planning as putting in the tree, >> thus require pulling in changes from google (license allowing), or does user >> need to have the libraries/headers pre-installed? >> > > Including it in the tree is the most reasonable thing to d...

On Sat, Dec 27, 2008 at 6:56 PM, Mark Kromis <greybird at mac.com> wrote: > > On Dec 27, 2008, at 7:41 PM, Misha Brukman wrote: > > 2008/12/27 Mark Kromis <greybird at mac.com> > >> Just a curiosity question, why push for gtest vs Boost Test or >> a different test suite? >> I normally use Boost, and their test...

2008/12/27 Mark Kromis <greybird at mac.com> > Just a curiosity question, why push for gtest vs Boost Test or > a different test suite? > I normally use Boost, and their test suite, so I'm more familiar with that. > So I was wondering is one better then the other, or is it just that someone > makes a patch f...

On Dec 27, 2008, at 11:01 PM, Misha Brukman wrote: > 2008/12/27 Mark Kromis <greybird at mac.com> >> Is this something your planning as putting in the tree, thus >> require pulling in changes from google (license allowing), or does >> user need to have the libraries/headers pre-installed? >> >> Including it in the tree is the most reasonable thin...

>> ...snip... > > Also for a note of reference, your links to the examples are the > most advanced samples. So boost can do more, thus has more weight/ > bloat behind it. > > Were the other test kits looked at? Is gtest the best solution for > the project. > > Is this something your planning as putting in the tree, thus require > pulling in changes from

On Dec 27, 2008, at 7:41 PM, Misha Brukman wrote: > 2008/12/27 Mark Kromis <greybird at mac.com> > Just a curiosity question, why push for gtest vs Boost Test or a > different test suite? > I normally use Boost, and their test suite, so I'm more familiar > with that. So I was wondering is one better then the other, or is it > just that someone makes a pa...

Just a curiosity question, why push for gtest vs Boost Test or a different test suite? I normally use Boost, and their test suite, so I'm more familiar with that. So I was wondering is one better then the other, or is it just that someone makes a patch for it? Regards Mark Kromis On Dec 27, 2008, at 12:26 AM, Keir Mierle wrote: > > > On Fri, Dec 26, 2008 at 8:06 PM, Misha

On Fri, Dec 26, 2008 at 8:06 PM, Misha Brukman <brukman at gmail.com> wrote: > On Dec 22, 7:34 pm, Talin <viri... at gmail.com> wrote: > > (Forwarding this to llvm-dev) > > > > This patch adds a unit test framework to LLVM, along with a sample unit > test > > for DenseMap. I don't expect this patch to be accepted as-is, this is > mainly > > a

2008/12/27 Mark Kromis <greybird at mac.com> > So are you planning on maintaining whatever test system, or just have them > as a pre-requisite. For example are you going to have the gtest > incorporated, or have them install it separately first? I was under the > impression that the user would have to install gtest...

Mark Kromis wrote: > On Dec 27, 2008, at 7:41 PM, Misha Brukman wrote: >> 2008/12/27 Mark Kromis <greybird at mac.com> >> Just a curiosity question, why push for gtest vs Boost Test or a >> different test suite? >> I normally use Boost, and their test suite, so I'm more familiar with >> that. So I was wondering is one better then the other, or is it just >> that s...

...ng here is not evident in the logs: dmesg, Xorg.*.log, lightdm.log(DEBUG) and x-*-greeter.log(DEBUG). Top of the "greeter.png" /etc/lightdm/lightdm-gtk-greeter.conf: background=/etc/lightdm/greeter.png is partially visible through the transparent panel: https://github.com/shimmerproject/Greybird/blob/master/gtk-3.0/apps/lightdm-gtk-greeter.css#L14 and is fully revealed only after clicking the "Log In" or "Unlock" button (ENTER key), or toggling the accessibility features such as "Large Font" (F1 key) and "High Contrast" (F2 key). It is important t...

Oscar, I be willing to donate some machine time to you. How about a 2 x 3GHz Dual Core Intel Xeon with 8GB? The question is how to get past the NAT. Email me privately if interested. Regards Mark Kromis On Nov 11, 2008, at 12:12 AM, Óscar Fuentes wrote: > Reports arrived indicating that the LLVM cmake-based build system is > lacking some OS X specific work, which seems to be the OS of