| Issue |
89806
|
| Summary |
[HLSL] Support noinline attribute to prevent automatic inlining
|
| Labels |
new issue
|
| Assignees |
|
| Reporter |
pow2clk
|
#89282 will result in inlining all non-entry functions. That isn't quite right as functions with the `noinline` attribute shouldn't be.
### Deliverables
Fully document how `noinline` should work in the context of passed resources and different qualifiers including the notoriously buggy `globallycoherent` and `precise` qualifiers. There is a chance that these will depend on further outside specification of how these qualifiers are expected to work.
Support for `noinline` in HLSL and the resulting functions remaining as separate calls in the output DXIL or SPIR-V.
### Acceptance Criteria
A large swath of tests that verify that an assortment of user functions with different parameters, return values, semantics and other qualifiers correctly retain those features when they are called independently.
![]()
_______________________________________________
llvm-bugs mailing list
llvm-bugs@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
