maxjhandsome
/
llvm-project
forked from OSchip/llvm-project
1
0
Fork 0
Code Issues Pull Requests Packages Releases Wiki Activity

[docs][OpaquePtr] Add some specific examples of what needs to be done

This commit is contained in:
Arthur Eubanks 2021-06-11 12:51:25 -07:00
parent f60d23c738
commit 06c3d52aa2
1 changed files with 9 additions and 0 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

9
llvm/docs/OpaquePointers.rst
View File

@ -108,12 +108,21 @@ particular order:
* Fix up existing in-tree users of pointee types to not rely on LLVM pointer
pointee types
* Specifically ``PointerType::getElementType`` and
``Type::getPointerElementType()``
* Allow bitcode auto-upgrade of legacy pointer type to the new opaque pointer
type (not to be turned on until ready)
* To support legacy bitcode, such as legacy stores/loads, we need to track
pointee types for all values since legacy instructions may infer the types
from a pointer operand's pointee type
* Migrate frontends to not keep track of frontend pointee types via LLVM pointer
pointee types
* This is mostly Clang, see ``clang::CodeGen::Address::getElementType()``
* Add option to internally treat all pointer types opaque pointers and see what
breaks, starting with LLVM tests, then run Clang over large codebases