diff options
| author | Christopher Bate <cbate@nvidia.com> | 2025-02-25 14:23:11 -0700 |
|---|---|---|
| committer | GitHub <noreply@github.com> | 2025-02-25 14:23:11 -0700 |
| commit | 2646c36a864aa6a62bc1280e9a8cd2bcd2695349 (patch) | |
| tree | b2b0ed70dc9c346bf47a067ce24844243da29cc3 /clang/lib/CodeGen/CodeGenModule.cpp | |
| parent | 0be3f134c3b0bea0a3f32db55258c776caf616fb (diff) | |
| download | llvm-2646c36a864aa6a62bc1280e9a8cd2bcd2695349.zip llvm-2646c36a864aa6a62bc1280e9a8cd2bcd2695349.tar.gz llvm-2646c36a864aa6a62bc1280e9a8cd2bcd2695349.tar.bz2 | |
[mlir][bufferization] Change OneShotModuleBufferize to not analyze or bufferize nested symbol tables (#127726)
The existing OneShotModuleBufferize will analyze and bufferize
operations which are in nested symbol tables (e.g. nested
`builtin.module`, `gpu.module`, or similar operations). This
behavior is untested and likely unintentional given other
limitations of OneShotModuleBufferize (`func.call` can't call
into nested symbol tables). This change reverses the existing
behavior so that the operations considered by the analysis and
bufferization exclude any operations in nested symbol table
scopes. Users who desire to bufferize nested modules can still do
so by applying the transformation in a pass pipeline or in a
custom pass. This further enables controlling the order in which
modules are bufferized as well as allowing use of different
options for different kinds of modules.
Diffstat (limited to 'clang/lib/CodeGen/CodeGenModule.cpp')
0 files changed, 0 insertions, 0 deletions