[PATCH] D97924: [LangRef] clarify the semantics of nocapture

Juneyoung Lee via Phabricator via llvm-commits llvm-commits at lists.llvm.org
Fri Apr 16 00:09:42 PDT 2021


aqjune added inline comments.


================
Comment at: llvm/docs/LangRef.rst:2684
+and the stored bits can be read from the place by the caller after this call
+exits.
+
----------------
jdoerfert wrote:
> It is not the caller that needs to be able to read the bits, but any thread. This is a difference.
> 
> Also, I'm still not happy about "storing". We should at least clarify that there doesn't need to be a store instruction of any kind. The important point is that no bit is communicated from inside the function to the outside or another thread.
Hi,

> It is not the caller that needs to be able to read the bits, but any thread. This is a difference.

I think the second item in the text addresses this issue. :)

> Also, I'm still not happy about "storing". We should at least clarify that there doesn't need to be a store instruction of any kind.

I was thinking the information can be stored to either a register or a memory location which are encompassed in the word 'place'.
Do you have any suggestion for other word?


================
Comment at: llvm/docs/LangRef.rst:2735
+    BB_EXIT:
+      call void exit()
+      unreachable
----------------
jdoerfert wrote:
> exit is probably not perfect, maybe just set a flag.
I'll update this in the post-review commit.


Repository:
  rG LLVM Github Monorepo

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

https://reviews.llvm.org/D97924



More information about the llvm-commits mailing list