search for: maxpo

Hi Rafael, Would you mind waiting for Derek to come back from vacation to discuss this? We do use this code and could improve how it's used and tested within LLVM. Derek is the best person to discuss this, he'll be back in mid-January. Thanks, JF On Fri, Dec 19, 2014 at 6:41 AM, Rafael Espíndola < rafael.espindola at gmail.com> wrote: > > > I CC'ed llvmdev to put a

...(); virtual ~DataStreamer(); -}; -DataStreamer *getDataFileStreamer(const std::string &Filename, - std::string *Err); + uint64_t getSize() const { return Size; } + void setSize(uint64_t Val) { Size = Val; } + +protected: + // It is valid to access Data[0..MaxPos) + uint64_t MaxPos; + void init(uint64_t Size, const uint8_t *Data); +}; } Would be nice to document why there is an advanceToPosImpl, etc. Otherwise the patch is removing a bunch of code/comment that refer to the streaming use case, so if that use case is no longer known, then I imagine folk...

The following series of 10 patches is a merge of the xenfb and xenconsoled functionality into the qemu-dm code. The general approach taken is to have qemu-dm provide two machine types - one for xen paravirt, the other for fullyvirt. For compatability the later is the default. The goals overall are to kill LibVNCServer, remove alot of code duplication and/or parallel impls of the same concepts, and