First Last Prev Next    No search results available
Details
: Bytecode format inconsistent
Bug#: 73
: libraries
: Bitcode Reader
Status: RESOLVED
Resolution: FIXED
: All
: All
: 1.0
: P2
: minor
: 1.2

:
: quality-of-implementation
:
:
  Show dependency tree - Show dependency graph
People
Reporter: Alkis Evlogimenos <alkis@cs.uiuc.edu>
Assigned To: Chris Lattner <sabre@nondot.org>

Attachments


Note

You need to log in before you can comment on or make changes to this bug.

Related actions


Description:   Opened: 2003-10-30 12:14
All bytecode blocks are prefixed with their bytecode id and size and are aligned
to a word boundary. The size is the number of bytes of the block excluding the
padding. This is true for all blocks except the the MODULE_GLOBAL_INFO_BLOCK.

Since this will require a bump of the bytecode version number, we should
postpone its fix for just before the next release.
------- Comment #1 From Chris Lattner 2003-10-30 12:17:46 -------
To be perfectly clear here, this does not effect the functionality of the
bytecode format: It is a wart in the representation (which should be fixed).
------- Comment #2 From Chris Lattner 2003-12-01 01:07:24 -------
For those interested in bytecode format changes, this patch should also be
looked at:
http://mail.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20031201/009937.html
http://mail.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20031201/009938.html

-Chris
------- Comment #3 From Chris Lattner 2003-12-06 19:56:36 -------
It looks like the next bytecode version will happen with 1.2, so this will get
delayed until then.  :(

-Chris

First Last Prev Next    No search results available