llvm-project.git/clang/lib/CodeGen/TargetInfo.cpp, branch users/nico/python-1

[clang] Use TargetInfo to determine device kernel calling convention (#144728)

2025-06-18T20:50:12+00:00

We should abstract this logic away to `TargetInfo`. See
https://github.com/llvm/llvm-project/pull/137882 for more information.

---------

Signed-off-by: Sarnie, Nick

[clang] Simplify device kernel attributes (#137882)

2025-06-05T14:15:38+00:00

We have multiple different attributes in clang representing device
kernels for specific targets/languages. Refactor them into one attribute
with different spellings to make it more easily scalable for new
languages/targets.

---------

Signed-off-by: Sarnie, Nick

[clang][AArch64] Move initialization of ptrauth-* function attrs (#140277)

2025-05-20T09:50:58+00:00

Move the initialization of ptrauth-* function attributes near the
initialization of branch protection attributes. The semantics of these
groups of attributes partially overlaps, so handle both groups in
getDefaultFunctionAttributes() and setTargetAttributes() functions to
prevent getting them out of sync. This fixes C++ TLS wrappers.

clang: Remove dest LangAS argument from performAddrSpaceCast (#138866)

2025-05-09T12:24:54+00:00

It isn't used and is redundant with the result pointer type argument.
A more reasonable API would only have LangAS parameters, or IR parameters,
not both. Not all values have a meaningful value for this. I'm also
not sure why we have this at all, it's not overridden by any targets and
further simplification is possible.

[Clang][OpenCL][AMDGPU] Allow a kernel to call another kernel (#115821)

2025-04-08T04:59:30+00:00

This feature is currently not supported in the compiler.
To facilitate this we emit a stub version of each kernel
function body with different name mangling scheme, and
replaces the respective kernel call-sites appropriately.
    
Fixes https://github.com/llvm/llvm-project/issues/60313
    
D120566 was an earlier attempt made to upstream a solution
for this issue.

---------

Co-authored-by: anikelal

[Arm][AArch64][Clang] Respect function's branch protection attributes. (#101978)

2024-08-09T15:51:38+00:00

Default attributes assigned to all functions according to the command
line parameters. Some functions might have their own attributes and we
need to set or remove attributes accordingly.
Tests are updated to test this scenarios too.

[NFC][Clang] Move set functions out BranchProtectionInfo. (#98451)

2024-07-12T08:58:34+00:00

To reduce build times move them to TargetCodeGenInfo.

Refactor of #98329

[clang] Replace uses of CreatePointerBitCastOrAddrSpaceCast (NFC) (#68277)

2023-11-11T15:57:44+00:00

With opaque pointers, `CreatePointerBitCastOrAddrSpaceCast` can be replaced with `CreateAddrSpaceCast`.
Replace or remove uses of `CreatePointerBitCastOrAddrSpaceCast`.

Opaque pointer cleanup effort.

[clang][CodeGen] Break up TargetInfo.cpp [8/8]

2023-06-17T04:14:50+00:00

This commit breaks up CodeGen/TargetInfo.cpp into a set of *.cpp files,
one file per target. There are no functional changes, mostly just code moving.

Non-code-moving changes are:
* A virtual destructor has been added to DefaultABIInfo to pin the vtable to a cpp file.
* A few methods of ABIInfo and DefaultABIInfo were split into declaration + definition
  in order to reduce the number of transitive includes.
* Several functions that used to be static have been placed in clang::CodeGen
  namespace so that they can be accessed from other cpp files.

RFC: https://discourse.llvm.org/t/rfc-splitting-clangs-targetinfo-cpp/69883

Reviewed By: efriedma

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

[clang][CodeGen] Break up TargetInfo.cpp [7/8]

2023-06-17T04:14:43+00:00

Wrap calls to XXXTargetCodeGenInfo constructors into factory functions.
This allows moving implementations of TargetCodeGenInfo to dedicated cpp
files without a change.

Reviewed By: efriedma

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