llvm-project.git/llvm/lib/Target/ARM/ARMCallLowering.cpp, branch users/nico/python-2

Add missing newlines at EOF; NFC

2024-09-10T12:55:31+00:00

[GlobalISel] Bail out early for big-endian (#103310)

2024-08-19T17:50:47+00:00

If we continue through the function we can currently hit crashes. We can
bail out early and fall back to SDAG.

Fixes #103032

[llvm] Move CodeGenTypes library to its own directory (#79444)

2024-01-25T17:01:31+00:00

Finally addresses https://reviews.llvm.org/D148769#4311232 :)

No behavior change.

[GlobalISel] Revise 'assignCustomValue' interface (#77824)

2024-01-12T03:41:55+00:00

- Previously, 'assignCustomValue' requests the number of assigned VAs
minus 1 is returned and treats 0 as the assignment failure. However,
under that arrangment, we cannot tell a successful *single* VA custom
assignment from the failure case.
- This change requests that 'assignCustomValue' just return the number
of all VAs assigned, including the first WA so that it won't be ambigous
to tell the failure case from the single VA custom assignment.

[GISel] Make assignValueToReg take CCValAssign by const reference. (#70086)

2023-10-24T22:47:04+00:00

This was previously passed by value. It used to be passed by non-const
reference, but it was changed to value in D110610. I'm not sure why.

[GISel] Pass MPO and VA to assignValueToAddress by const reference. NFC (#69810)

2023-10-24T16:58:22+00:00

Previously they were passed by non-const reference. No in tree target
modifies the values.

This makes it possible to call assignValueToAddress from
assignCustomValue without a const_cast. For example in this patch
https://github.com/llvm/llvm-project/pull/69138.

[CodeGen] Replace CCState's getNextStackOffset with getStackSize (NFC)

2023-05-17T18:51:45+00:00

The term "next stack offset" is misleading because the next argument is
not necessarily allocated at this offset due to alignment constrains.
It also does not make much sense when allocating arguments at negative
offsets (introduced in a follow-up patch), because the returned offset
would be past the end of the next argument.

Reviewed By: arsenm

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

Restore CodeGen/MachineValueType.h from `Support`

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

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

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

Move CodeGen/LowLevelType => CodeGen/LowLevelTypeUtils

2023-04-24T23:53:17+00:00

Before restoring `CodeGen/LowLevelType`, rename this to `LowLevelTypeUtils`.

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