[llvm] 2d3d8c9 - [LangRef] remove callbr references from Addresses of BasicBlock section

Nick Desaulniers via llvm-commits llvm-commits at lists.llvm.org
Wed Nov 16 09:23:01 PST 2022


Author: Nick Desaulniers
Date: 2022-11-16T09:19:20-08:00
New Revision: 2d3d8c9ad71268070fc1bf94e5c50e4f44de5c80

URL: https://github.com/llvm/llvm-project/commit/2d3d8c9ad71268070fc1bf94e5c50e4f44de5c80
DIFF: https://github.com/llvm/llvm-project/commit/2d3d8c9ad71268070fc1bf94e5c50e4f44de5c80.diff

LOG: [LangRef] remove callbr references from Addresses of BasicBlock section

Since D129288, we no longer use BlockAddress constants as operands of
callbr.

Reviewed By: nikic

Differential Revision: https://reviews.llvm.org/D138080

Added: 
    

Modified: 
    llvm/docs/LangRef.rst

Removed: 
    


################################################################################
diff  --git a/llvm/docs/LangRef.rst b/llvm/docs/LangRef.rst
index c8037b7beada3..5b407cae7997f 100644
--- a/llvm/docs/LangRef.rst
+++ b/llvm/docs/LangRef.rst
@@ -4286,14 +4286,13 @@ of the function containing ``%block`` (usually ``addrspace(0)``).
 Taking the address of the entry block is illegal.
 
 This value only has defined behavior when used as an operand to the
-':ref:`indirectbr <i_indirectbr>`' or ':ref:`callbr <i_callbr>`'instruction, or
-for comparisons against null. Pointer equality tests between labels addresses
-results in undefined behavior --- though, again, comparison against null is ok,
-and no label is equal to the null pointer. This may 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 reconstituted before the ``indirectbr`` or
-``callbr`` instruction.
+':ref:`indirectbr <i_indirectbr>`' or for comparisons against null. Pointer
+equality tests between labels addresses results in undefined behavior ---
+though, again, comparison against null is ok, and no label is equal to the null
+pointer. This may 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 reconstituted before
+the ``indirectbr`` instruction.
 
 Finally, some targets may provide defined semantics when using the value
 as the operand to an inline assembly, but that is target specific.


        


More information about the llvm-commits mailing list