Displaying 3 results from an estimated 3 matches for "b9689273".
Did you mean:
968927
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
2016 Feb 29
2
Possible Memory Savings for tools emitting large amounts of existing data through MC
...ers mailing list
> > llvm-dev at lists.llvm.org
> > http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev
>
>
> --
> Peter
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20160229/b9689273/attachment.html>
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