From 4bda28e7651c9d5b12b296b6cde6de486d98e6d2 Mon Sep 17 00:00:00 2001 From: Chris Lattner Date: Mon, 6 Apr 2009 21:50:39 +0000 Subject: add a new Blob encoding abbreviation for bitcode files that emits elements in a form that is efficient for the reader to just get a pointer in memory and start reading. APIs to do efficient reading and writing are still todo. llvm-svn: 68465 --- llvm/docs/BitCodeFormat.html | 7 +++++++ 1 file changed, 7 insertions(+) (limited to 'llvm/docs/BitCodeFormat.html') diff --git a/llvm/docs/BitCodeFormat.html b/llvm/docs/BitCodeFormat.html index 8a53f27abe1..54b9361c379 100644 --- a/llvm/docs/BitCodeFormat.html +++ b/llvm/docs/BitCodeFormat.html @@ -478,6 +478,13 @@ emitted as their code, followed by the extra data.
  • Char6: This field should be emitted as a char6-encoded value. This operand type takes no extra data.
    • +
  • Blob: This field is emitted as a vbr6, followed by padding to a + 32-bit boundary (for alignment) and an array of 8-bit objects. The array of + bytes is further followed by tail padding to ensure that its total length is + a multiple of 4 bytes. This makes it very efficient for the reader to + decode the data without having to make a copy of it: it can use a pointer to + the data in the mapped in file and poke directly at it. A blob may only + occur as the last operand of an abbreviation.

    • -- cgit v1.2.3