Add a paragraph on prefix data layout.
authorPeter Collingbourne <peter@pcc.me.uk>
Mon, 23 Sep 2013 20:14:21 +0000 (20:14 +0000)
committerPeter Collingbourne <peter@pcc.me.uk>
Mon, 23 Sep 2013 20:14:21 +0000 (20:14 +0000)
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@191219 91177308-0d34-0410-b5e6-96231b3b80d8

docs/LangRef.rst

index 08874bfbd68c46fd372b6362751f4374b5ebb5cc..4165a5bbcd2241c5eb72debe293ef97993a85728 100644 (file)
@@ -780,6 +780,11 @@ the inliner and other passes to reason about the semantics of the function
 definition without needing to reason about the prefix data.  Obviously this
 makes the format of the prefix data highly target dependent.
 
 definition without needing to reason about the prefix data.  Obviously this
 makes the format of the prefix data highly target dependent.
 
+Prefix data is laid out as if it were an initializer for a global variable
+of the prefix data's type.  No padding is automatically placed between the
+prefix data and the function body.  If padding is required, it must be part
+of the prefix data.
+
 A trivial example of valid prefix data for the x86 architecture is ``i8 144``,
 which encodes the ``nop`` instruction:
 
 A trivial example of valid prefix data for the x86 architecture is ``i8 144``,
 which encodes the ``nop`` instruction: