llvm-project.git/llvm/lib/Target/WebAssembly/Utils, branch users/nico/python-2 Unnamed repository; edit this file 'description' to name the repository. [WebAssembly] Add exnref type (#93586) 2024-05-28T23:10:11+00:00 Heejin Ahn aheejin@gmail.com 2024-05-28T23:10:11+00:00 c179d50fd3d84311708701d84e3bca60570d3d7f This adds (back) the exnref type restored in the new EH proposal adopted in Oct 2023 CG meeting: https://github.com/WebAssembly/exception-handling/blob/main/proposals/exception-handling/Exceptions.md:x 
This adds (back) the exnref type restored in the new EH proposal adopted
in Oct 2023 CG meeting:

https://github.com/WebAssembly/exception-handling/blob/main/proposals/exception-handling/Exceptions.md:x
 [WebAssembly] Implement prototype f16x8.splat instruction. (#93228) 2024-05-24T03:05:22+00:00 Brendan Dahl brendan.dahl@gmail.com 2024-05-24T03:05:22+00:00 09c5525610579d71f45502c304146db1d7b38107 Adds a builtin and intrinsic for the f16x8.splat instruction. Specified at: https://github.com/WebAssembly/half-precision/blob/29a9b9462c9285d4ccc1a5dc39214ddfd1892658/proposals/half-precision/Overview.md Note: the current spec has f16x8.splat as opcode 0x123, but this is incorrect and will be changed to 0x120 soon. 
Adds a builtin and intrinsic for the f16x8.splat instruction.

Specified at:

https://github.com/WebAssembly/half-precision/blob/29a9b9462c9285d4ccc1a5dc39214ddfd1892658/proposals/half-precision/Overview.md

Note: the current spec has f16x8.splat as opcode 0x123, but this is
incorrect and will be changed to 0x120 soon.
 [WebAssembly] Pass ArrayRef by value (NFC) (#85732) 2024-03-19T18:00:33+00:00 Heejin Ahn aheejin@gmail.com 2024-03-19T18:00:33+00:00 71b69dd21becdfbf8922674ce6ca4129926660ab `ArrayRef` is supposed to be passed by value: https://github.com/llvm/llvm-project/blob/bda05140fb758156ae35f3919e6283d94bfa3905/llvm/include/llvm/ADT/ArrayRef.h#L38-L39 
`ArrayRef` is supposed to be passed by value:

https://github.com/llvm/llvm-project/blob/bda05140fb758156ae35f3919e6283d94bfa3905/llvm/include/llvm/ADT/ArrayRef.h#L38-L39
 [llvm] Move CodeGenTypes library to its own directory (#79444) 2024-01-25T17:01:31+00:00 Nico Weber thakis@chromium.org 2024-01-25T17:01:31+00:00 184ca39529a93e69eb175861d7fff5fc79988e53 Finally addresses https://reviews.llvm.org/D148769#4311232 :) No behavior change. 
Finally addresses https://reviews.llvm.org/D148769#4311232 :)

No behavior change.
 [WebAssembly] Add path to PIC mode for wasm tables (#67545) 2023-10-03T06:00:21+00:00 Paulo Matos pmatos@igalia.com 2023-10-03T06:00:21+00:00 a29e8ef1c36001ff19392713c8be4bd277e9b5d7 Currently tables cannot be shared between compilation units, therefore no special treatment is needed for tables. Fixes #65191 
Currently tables cannot be shared between compilation units, therefore
no special treatment is needed for tables.

Fixes #65191
 [WebAssembly] Create separation between MC and CodeGen layers 2023-08-18T21:08:37+00:00 Reid Kleckner rnk@google.com 2023-07-26T22:55:33+00:00 984dc4b9cdca2fa9ef1b33535679756b22957e67 Move WebAssemblyUtilities from Utils to the CodeGen library. It primarily deals in MIR layer types, so it really lives in the CodeGen library. Move a variety of other things around to try create better separation. See issue #64166 for more info on layering. Move llvm/include/CodeGen/WasmAddressSpaces.h back to llvm/lib/Target/WebAssembly/Utils. Differential Revision: https://reviews.llvm.org/D156472 
Move WebAssemblyUtilities from Utils to the CodeGen library. It
primarily deals in MIR layer types, so it really lives in the CodeGen
library.

Move a variety of other things around to try create better separation.

See issue #64166 for more info on layering.

Move llvm/include/CodeGen/WasmAddressSpaces.h back to
llvm/lib/Target/WebAssembly/Utils.

Differential Revision: https://reviews.llvm.org/D156472
[clang][WebAssembly] Implement support for table types and builtins 2023-06-10T13:53:13+00:00 Paulo Matos pmatos@igalia.com 2023-06-10T13:51:05+00:00 55aeb23fe0084d930ecd7335092d712bd71694c7 This commit implements support for WebAssembly table types and respective builtins. Table tables are WebAssembly objects to store reference types. They have a large amount of semantic restrictions including, but not limited to, only being allowed to be declared at the top-level as static arrays of zero-length. Not being arguments or result of functions, not being stored ot memory, etc. This commit introduces the __attribute__((wasm_table)) to attach to arrays of WebAssembly reference types. And the following builtins to manage tables: * ref __builtin_wasm_table_get(table, idx) * void __builtin_wasm_table_set(table, idx, ref) * uint __builtin_wasm_table_size(table) * uint __builtin_wasm_table_grow(table, ref, uint) * void __builtin_wasm_table_fill(table, idx, ref, uint) * void __builtin_wasm_table_copy(table, table, uint, uint, uint) This commit also enables reference-types feature at bleeding-edge. This is joint work with Alex Bradbury (@asb). Reviewed By: aaron.ballman Differential Revision: https://reviews.llvm.org/D139010 
This commit implements support for WebAssembly table types and
respective builtins. Table tables are WebAssembly objects to store
reference types. They have a large amount of semantic restrictions
including, but not limited to, only being allowed to be declared
at the top-level as static arrays of zero-length. Not being arguments
or result of functions, not being stored ot memory, etc.

This commit introduces the __attribute__((wasm_table)) to attach to
arrays of WebAssembly reference types. And the following builtins to
manage tables:

* ref   __builtin_wasm_table_get(table, idx)
* void  __builtin_wasm_table_set(table, idx, ref)
* uint  __builtin_wasm_table_size(table)
* uint  __builtin_wasm_table_grow(table, ref, uint)
* void  __builtin_wasm_table_fill(table, idx, ref, uint)
* void  __builtin_wasm_table_copy(table, table, uint, uint, uint)

This commit also enables reference-types feature at bleeding-edge.

This is joint work with Alex Bradbury (@asb).

Reviewed By: aaron.ballman

Differential Revision: https://reviews.llvm.org/D139010
Split out `CodeGenTypes` from `CodeGen` for LLT/MVT 2023-05-02T15:13:20+00:00 NAKAMURA Takumi geek4civic@gmail.com 2023-04-17T14:46:47+00:00 5d71ec6e448fa3ecb7e22368e97cf8274d5c84c6 This reduces dependencies on `llvm-tblgen` so much. `CodeGenTypes` depends on `Support` at the moment. Be careful to append deps on this, since Targets' tablegens depend on this. Depends on D149024 Differential Revision: https://reviews.llvm.org/D148769 
This reduces dependencies on `llvm-tblgen` so much.

`CodeGenTypes` depends on `Support` at the moment.
Be careful to append deps on this, since Targets' tablegens
depend on this.

Depends on D149024

Differential Revision: https://reviews.llvm.org/D148769
Restore CodeGen/MachineValueType.h from `Support` 2023-05-02T15:13:20+00:00 NAKAMURA Takumi geek4civic@gmail.com 2023-04-10T15:05:24+00:00 c1221251fbb13f382f9142a8a75af2d3b372da7f This is rework of; - rG13e77db2df94 (r328395; MVT) Since `LowLevelType.h` has been restored to `CodeGen`, `MachinveValueType.h` can be restored as well. Depends on D148767 Differential Revision: https://reviews.llvm.org/D149024 
This is rework of;

  - rG13e77db2df94 (r328395; MVT)

Since `LowLevelType.h` has been restored to `CodeGen`, `MachinveValueType.h`
can be restored as well.

Depends on D148767

Differential Revision: https://reviews.llvm.org/D149024
[WebAssembly] Use ArrayRef/SmallVectorImpl in parameters (NFC) 2023-03-29T19:48:23+00:00 Heejin Ahn aheejin@gmail.com 2023-03-24T19:09:22+00:00 cfd36aa5b7738363653c66fc2f6fcde32bc8f829 It is recommended to use `SmallVectorImpl`/`ArrayRef` over `SmallVector<TypeName, N>` for function parameters: https://llvm.org/docs/ProgrammersManual.html#llvm-adt-smallvector-h Reviewed By: dschuff Differential Revision: https://reviews.llvm.org/D146841 
It is recommended to use `SmallVectorImpl`/`ArrayRef` over
`SmallVector<TypeName, N>` for function parameters:
https://llvm.org/docs/ProgrammersManual.html#llvm-adt-smallvector-h

Reviewed By: dschuff

Differential Revision: https://reviews.llvm.org/D146841