llvm-project.git/llvm/lib/Target/SystemZ/SystemZFrameLowering.h, branch users/nico/python-2

[llvm] Consistently respect `naked` fn attribute in `TargetFrameLowering::hasFP()` (#106014)

2024-10-18T05:35:42+00:00

Some targets (e.g. PPC and Hexagon) already did this. I think it's best
to do this consistently so that frontend authors don't run into
inconsistent results when they emit `naked` functions. For example, in
Zig, we had to change our emit code to also set `frame-pointer=none` to
get reliable results across targets.

Note: I don't have commit access.

[SystemZ][z/OS] Implement llvm.returnaddress for XPLINK (#89440)

2024-04-22T15:01:22+00:00

The implementation follows the ELF implementation.

[SystemZ][z/OS] Implement llvm.frameaddr for XPLINK (#89284)

2024-04-19T12:09:49+00:00

The implementation follows the ELF implementation.

[SystemZ] Eliminate call sequence instructions early. (#77812)

2024-03-28T17:26:38+00:00

On SystemZ, the outgoing argument area which is big enough for all calls
in the function is created once during the prolog, as opposed to
adjusting the stack around each call. The call-sequence instructions are
therefore not really useful any more than to compute the maximum call
frame size, which has so far been done by PEI, but can just as well be
done at an earlier point.

This patch removes the mapping of the CallFrameSetupOpcode and
CallFrameDestroyOpcode and instead computes the MaxCallFrameSize
directly after instruction selection and then removes the ADJCALLSTACK
pseudos. This removes the confusing pseudos and also avoids the problem
of having to keep the call frame size accurate when creating new MBBs.

This fixes #76618 which exposed the need to maintain the call frame size
when splitting blocks (which was not done).

[SystemZ][z/OS] Implement detection and handling for XPLink Leaf procedures.

2022-07-17T18:30:33+00:00

This PR adds support for creating leaf functions when there are no CSRs used, no function calls are made, no stack frame is acquired, and contain no try/catch/throw statements.

Reviewed By: uweigand

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

[SystemZ] [z/OS] Add support for generating huge (1 MiB) stack frames in XPLINK64

2022-02-25T07:37:08+00:00

This patch extends support for generating huge stack frames on 64-bit XPLINK by implementing the ABI-mandated call to the stack extension routine.

Reviewed By: uweigand

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

[SystemZ] Implement orderFrameObjects().

2022-01-27T22:09:19+00:00

By reordering the objects on the stack frame after looking at the users, a
better utilization of displacement operands will result. This means less
needed Load Address instructions for the accessing of these objects.

This is important for very large functions where otherwise small changes
could cause a lot more/less accesses go out of range.

Note: this is not yet enabled for SystemZXPLINKFrameLowering, but should be.

Review: Ulrich Weigand

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

[Target] Remove unused forward declarations (NFC)

2022-01-02T18:20:15+00:00

[z/OS] Implement prologue and epilogue generation for z/OS target.

2021-12-16T14:04:05+00:00

This patch adds support for prologue and epilogue generation for the z/OS target under the XPLINK64 ABI for functions with a stack size of less than 1048576 bytes (huge stack frames).

Reviewed By: uweigand

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

Revert "[z/OS] Implement prologue and epilogue generation for z/OS target."

2021-12-14T19:22:11+00:00

This reverts commit ffad4d777b227f91be04020e2cd86ab38e969e39 because it introduced buildbot failures.