[llvm] 2977401 - [LangRef] clarify the meaning of noimplicitfloat
Bob Haarman via llvm-commits
llvm-commits at lists.llvm.org
Thu Jun 24 13:58:40 PDT 2021
Author: Bob Haarman
Date: 2021-06-24T13:57:15-07:00
New Revision: 29774016d421aa648bf29e9677a1e58df5ea88a8
URL: https://github.com/llvm/llvm-project/commit/29774016d421aa648bf29e9677a1e58df5ea88a8
DIFF: https://github.com/llvm/llvm-project/commit/29774016d421aa648bf29e9677a1e58df5ea88a8.diff
LOG: [LangRef] clarify the meaning of noimplicitfloat
Adds some more text to the documentation for the noimplicitfloat
function attribute. Hopefully, this makes it clearer what
qualifies an implicit vs. explicit float, without becoming overly
long or going into target-specific details.
Reviewed By: rnk, craig.topper
Differential Revision: https://reviews.llvm.org/D104061
Added:
Modified:
llvm/docs/LangRef.rst
Removed:
################################################################################
diff --git a/llvm/docs/LangRef.rst b/llvm/docs/LangRef.rst
index f399fbbae91c..f3f75b2488dd 100644
--- a/llvm/docs/LangRef.rst
+++ b/llvm/docs/LangRef.rst
@@ -1635,7 +1635,11 @@ example:
memory on it's behalf. As a result, perhaps surprisingly, a ``nofree``
function can return a pointer to a previously deallocated memory object.
``noimplicitfloat``
- This attributes disables implicit floating-point instructions.
+ Disallows implicit floating-point code. This inhibits optimizations that
+ use floating-point code and floating-point/SIMD/vector registers for
+ operations that are not nominally floating-point. LLVM instructions that
+ perform floating-point operations or require access to floating-point
+ registers may still cause floating-point code to be generated.
``noinline``
This attribute indicates that the inliner should never inline this
function in any situation. This attribute may not be used together
More information about the llvm-commits
mailing list