forked from OSchip/llvm-project
1c021c64ca
While we indeed can't treat them as no-ops, i believe we can/should do better than just modelling them as `unknown`. `inttoptr` story is complicated, but for `ptrtoint`, it seems straight-forward to model it just as a zext-or-trunc of unknown. This may be important now that we track towards making inttoptr/ptrtoint casts not no-op, and towards preventing folding them into loads/etc (see D88979/D88789/D88788) Reviewed By: mkazantsev Differential Revision: https://reviews.llvm.org/D88806 |
||
|---|---|---|
| .. | ||
| CodeGen | ||
| DeLICM | ||
| DeadCodeElimination | ||
| DependenceInfo | ||
| FlattenSchedule | ||
| ForwardOpTree | ||
| GPGPU | ||
| Isl | ||
| JSONExporter | ||
| MaximalStaticExpansion | ||
| PruneUnprofitable | ||
| RewriteByReferenceParameters | ||
| ScheduleOptimizer | ||
| ScopDetect | ||
| ScopDetectionDiagnostics | ||
| ScopInfo | ||
| ScopInliner | ||
| Simplify | ||
| Support | ||
| Unit | ||
| UnitIsl | ||
| CMakeLists.txt | ||
| README | ||
| create_ll.sh | ||
| lit.cfg | ||
| lit.site.cfg.in | ||
| polly.ll | ||
| update_check.py | ||
README
place tests here