search for: diedata

Displaying 4 results from an estimated 4 matches for "diedata".

Did you mean: didata
2016 Feb 29
2
Possible Memory Savings for tools emitting large amounts of existing data through MC
On Mon, Feb 29, 2016 at 3:36 PM, Peter Collingbourne <peter at pcc.me.uk> wrote: > Hi David, > > The way I imagined that we might want to extend the MCStreamer API (this > was motivated by DIEData) is by allowing clients to move bytes and fixups > into the MC layer. > > This is the sort of API that I was imagining: > > void MoveAndEmitFragment(SmallVectorImpl<char> &&Data, > SmallVectorImpl<MCFixup> &&Fixups); > > N...
2016 Feb 29
0
Possible Memory Savings for tools emitting large amounts of existing data through MC
Hi David, The way I imagined that we might want to extend the MCStreamer API (this was motivated by DIEData) is by allowing clients to move bytes and fixups into the MC layer. This is the sort of API that I was imagining: void MoveAndEmitFragment(SmallVectorImpl<char> &&Data, SmallVectorImpl<MCFixup> &&Fixups); Note that this mirrors the fields MCEn...
2016 Mar 01
0
Possible Memory Savings for tools emitting large amounts of existing data through MC
..., Feb 29, 2016 at 03:47:49PM -0800, David Blaikie wrote: > On Mon, Feb 29, 2016 at 3:36 PM, Peter Collingbourne <peter at pcc.me.uk> > wrote: > > > Hi David, > > > > The way I imagined that we might want to extend the MCStreamer API (this > > was motivated by DIEData) is by allowing clients to move bytes and fixups > > into the MC layer. > > > > This is the sort of API that I was imagining: > > > > void MoveAndEmitFragment(SmallVectorImpl<char> &&Data, > > SmallVectorImpl<MCFixup>...
2016 Feb 29
5
Possible Memory Savings for tools emitting large amounts of existing data through MC
Just in case it interests anyone else, I'm playing around with trying to broaden the MCStreamer API to allow for emission of bytes without copying the contents into a local buffer first (either because you already have a buffer, or the bytes are already present in another file, etc) in http://reviews.llvm.org/D17694 . In theory there's some overlap with lld here (no doubt it already does