[clang] [llvm] [mlir] [IR] Make semantics of strictfp consistent v2 (PR #211769)

[Nathan Corbyn via cfe-commits]

================
@@ -2800,7 +2800,8 @@ fn -> other_fn -> other_fn ; fn is norecurse
     optimizations that require assumptions about the floating-point rounding
     mode or that might alter the state of floating-point status flags that
     might otherwise be set or cleared by calling this function. LLVM will
-    not introduce any new floating-point instructions that may trap.
+    not introduce any new floating-point instructions that may trap. All
+    function definitions that contain strictfp calls must be marked strictfp.
----------------
cofibrant wrote:

I think the point is precisely that constrained FP intrinsics are special and must live in a `strictfp` function body. On the other hand, a call to a `strictfp` function is fine from any context so long as it's not inlined.

https://github.com/llvm/llvm-project/pull/211769