[PATCH] D79636: [LangRef] Clarify the semantics of the `byval` attribute

Matt Arsenault via Phabricator via llvm-commits llvm-commits at lists.llvm.org
Sat May 9 15:57:48 PDT 2020


arsenm added inline comments.


================
Comment at: llvm/docs/LangRef.rst:1052-1053
+    memory of the callee. That means, a callee can write a ``byval`` parameter
+    and still be ``readonly`` or ``readnone`` because the write is, similar to
+    a write to an ``alloca``, not visible from the outside. To create the copy
+    the original memory, which is the call site argument, is always read. This
----------------
Should this also specify the meaning of readonly/readnone as a callee side parameter attribute? is it disallowed to write to a readonly byval argument?


Repository:
  rG LLVM Github Monorepo

CHANGES SINCE LAST ACTION
  https://reviews.llvm.org/D79636/new/

https://reviews.llvm.org/D79636





More information about the llvm-commits mailing list