From f9d078e336ebf69e935007fc7d6aaf56bd2600c6 Mon Sep 17 00:00:00 2001 From: Chris Lattner Date: Tue, 27 Oct 2009 21:19:13 +0000 Subject: [PATCH] fix things pointed out by Dan! git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@85310 91177308-0d34-0410-b5e6-96231b3b80d8 --- docs/LangRef.html | 13 +++++++++---- 1 file changed, 9 insertions(+), 4 deletions(-) diff --git a/docs/LangRef.html b/docs/LangRef.html index 916826aa462..949ffe6c29a 100644 --- a/docs/LangRef.html +++ b/docs/LangRef.html @@ -83,7 +83,7 @@
  • Complex Constants
  • Global Variable and Function Addresses
  • Undefined Values
    • -
  • Address of Basic Block
    • +
  • Addresses of Basic Blocks
  • Constant Expressions
  • Embedded Metadata
    • @@ -2172,8 +2172,8 @@ has undefined behavior.

    -
    Address of Basic - Block
    +
    Addresses of Basic + Blocks

    blockaddress(@function, %block)

    @@ -2186,7 +2186,12 @@ has undefined behavior.

    'indbr' instruction or for comparisons against null. Pointer equality tests between labels addresses is undefined behavior - though, again, comparison against null is ok, and no label is - equal to the null pointer. Some targets may provide defined semantics when + equal to the null pointer. This may also be passed around as an opaque + pointer sized value as long as the bits are not inspected. This allows + ptrtoint and arithmetic to be performed on these values so long as the + original value is reconsistituted before the indbr.

    + +

    Finally, some targets may provide defined semantics when using the value as the operand to an inline assembly, but that is target specific.

    -- 2.34.1