llvm-project.git/llvm/lib/Target/ARC/Disassembler, branch users/nico/python-2

Split out `CodeGenTypes` from `CodeGen` for LLT/MVT

2023-05-02T15:13:20+00:00

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/LowLevelType from `Support`

2023-05-02T15:13:19+00:00

This is rework of;
  - D30046 (LLT)

Since I have introduced `llvm-min-tblgen` as D146352, `llvm-tblgen`
may depend on `CodeGen`.

`LowLevlType.h` originally belonged to `CodeGen`. Almost all userse are
still under `CodeGen` or `Target`. I think `CodeGen` is the right place
to put `LowLevelType.h`.

`MachineValueType.h` may be moved as well. (later, D149024)

I have made many modules depend on `CodeGen`. It is consistent but
inefficient. It will be split out later, D148769

Besides, I had to isolate MVT and LLT in modmap, since
`llvm::PredicateInfo` clashes between `TableGen/CodeGenSchedule.h`
and `Transforms/Utils/PredicateInfo.h`.
(I think better to introduce namespace llvm::TableGen)

Depends on D145937, D146352, and D148768.

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

[CMake] Reorder deps and reformat

2023-04-23T02:29:44+00:00

[MCDisassembler] Disambiguate Size parameter in tryAddingSymbolicOperand()

2022-05-25T20:44:32+00:00

MCSymbolizer::tryAddingSymbolicOperand() overloaded the Size parameter
to specify either the instruction size or the operand size depending on
the architecture. However, for proper symbolic disassembly on X86, we
need to know both sizes, as an instruction can have two operands, and
the instruction size cannot be reliably calculated based on the operand
offset and its size. Hence, split Size into OpSize and InstSize.

For X86, the new interface allows to fix a couple of issues:
  * Correctly adjust the value of PC-relative operands.
  * Set operand size to zero when the operand is specified implicitly.

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

Rename `MCFixedLenDisassembler.h` as `MCDecoderOps.h`

2022-05-15T00:44:58+00:00

The name `MCFixedLenDisassembler.h` is out of date after D120958.

Rename it as `MCDecoderOps.h` to reflect the change.

Reviewed By: myhsu

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

[Disassember][NFCI] Use strong type for instruction decoder

2022-03-26T01:53:59+00:00

All LLVM backends use MCDisassembler as a base class for their
instruction decoders. Use "const MCDisassembler *" for the decoder
instead of "const void *". Remove unnecessary static casts.

Reviewed By: skan

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

Move TargetRegistry.(h|cpp) from Support to MC

2021-10-08T21:51:48+00:00

This moves the registry higher in the LLVM library dependency stack.
Every client of the target registry needs to link against MC anyway to
actually use the target, so we might as well move this out of Support.

This allows us to ensure that Support doesn't have includes from MC/*.

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

[ARC] Add codegen for the readcyclecounter intrinsic along with disassembly for associated instructions

2021-08-24T18:53:20+00:00

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

[ARC] Add additional mov immediate instruction formats with a fix for u6 decoding

2021-07-29T23:41:55+00:00

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

[ARC] Add disassembly for the conditioned move immediate instruction

2021-07-12T19:35:56+00:00

This change is a step towards implementing codegen for __builtin_clz().
Full support for CLZ with a regression test will follow shortly.
Differential Revision: https://reviews.llvm.org/D105560