[llvm] [llvm][docs] Expand section on non-integral pointers (PR #73242)

Danila Malyutin via llvm-commits llvm-commits at lists.llvm.org
Thu Nov 23 06:09:13 PST 2023


https://github.com/danilaml created https://github.com/llvm/llvm-project/pull/73242

Specify their restrictions w.r.t. `align` attribute.

>From a0a4f7cc3e7eebf523f7c38461d9d98cdc345641 Mon Sep 17 00:00:00 2001
From: Danila Malyutin <dmalyutin at azul.com>
Date: Thu, 23 Nov 2023 17:37:05 +0400
Subject: [PATCH] [llvm][docs] Expand section on non-integral pointers

Specify their restrictions w.r.t. `align` attribute.
---
 llvm/docs/LangRef.rst | 6 ++++++
 1 file changed, 6 insertions(+)

diff --git a/llvm/docs/LangRef.rst b/llvm/docs/LangRef.rst
index bc1eab1e0b7a07f..99a7dcbc6226006 100644
--- a/llvm/docs/LangRef.rst
+++ b/llvm/docs/LangRef.rst
@@ -634,6 +634,12 @@ implementation defined, the optimizer can't do the latter.  The former is
 challenging as many commonly expected properties, such as
 ``ptrtoint(v)-ptrtoint(v) == 0``, don't hold for non-integral types.
 
+Similar restrictions apply to intrinsics that might examine the pointer bits,
+such as :ref:`llvm.ptrmask<llvm-ptrmask-intrinsic>`. In particular, it's not
+correct to infer `align` attributes for such pointers based on examining their
+bits and frontends must ensure that all `align` attributes represent the
+conservative alignment valid for every possible representation of the pointer.
+
 .. _globalvars:
 
 Global Variables



More information about the llvm-commits mailing list