llvm-project.git/llvm/lib/Target/SystemZ/MCTargetDesc/SystemZMCAsmInfo.cpp, branch users/nico/python-2 Unnamed repository; edit this file 'description' to name the repository. MC: Rename initializeVariantKinds to initializeAtSpecifiers 2025-06-27T05:46:20+00:00 Fangrui Song i@maskray.me 2025-06-27T05:46:19+00:00 56b2c7d988750454f17beeadb360435dd770b67d We introduced VariantKinds after MCSymbolRefExpr::VariantKind and then deprecated the VariantKind naming in favor of AtSpecifier (#133214). Rename the function and type to use the recommended convention. 
We introduced VariantKinds after MCSymbolRefExpr::VariantKind and then
deprecated the VariantKind naming in favor of AtSpecifier (#133214).
Rename the function and type to use the recommended convention.
SystemZ: Migrate to newer relocation specifier representation 2025-06-16T02:26:40+00:00 Fangrui Song i@maskray.me 2025-06-16T02:26:40+00:00 b591f6dad4079401fadc4a516b32d3900b7946de z/OS creates SystemZMCExpr objects (https://reviews.llvm.org/D153788) while ELF doesn't. Define the SystemZMCAsmInfoGOFF hooks instead of the legacy MCSpecifierExpr:: hooks. 
z/OS creates SystemZMCExpr objects (https://reviews.llvm.org/D153788)
while ELF doesn't. Define the SystemZMCAsmInfoGOFF hooks
instead of the legacy MCSpecifierExpr:: hooks.
SystemZ: Rename SystemZMCExpr::VK_ to SystemZ::S_ 2025-06-16T01:59:16+00:00 Fangrui Song i@maskray.me 2025-06-16T01:59:16+00:00 cf679e66fade71220535775cca895628bf7692af Prepare for removing SystemZMCExpr. Adopt the newer naming convention used by most other targets. 
Prepare for removing SystemZMCExpr. Adopt the newer naming convention
used by most other targets.
Introduce MCAsmInfo::UsesSetToEquateSymbol and prefer = to .set 2025-06-12T05:19:31+00:00 Fangrui Song i@maskray.me 2025-06-12T05:19:31+00:00 28bda778437fea17a25b561f1b3b84545612b565 Introduce MCAsmInfo::UsesSetToEquateSymbol to control the preferred syntax for symbol equating. We now favor the more readable and common `symbol = expression` syntax over `.set`. This aligns with pre- https://reviews.llvm.org/D44256 behavior. On Apple platforms, this resolves a clang -S vs -c behavior difference (resolves #104623). For targets whose = support is unconfirmed, UsesSetToEquateSymbol is set to false. This also minimizes test updates. Pull Request: https://github.com/llvm/llvm-project/pull/142289 
Introduce MCAsmInfo::UsesSetToEquateSymbol to control the preferred
syntax for symbol equating. We now favor the more readable and common
`symbol = expression` syntax over `.set`. This aligns with pre- https://reviews.llvm.org/D44256 behavior.

On Apple platforms, this resolves a clang -S vs -c behavior difference (resolves #104623).

For targets whose = support is unconfirmed, UsesSetToEquateSymbol is set to false.
This also minimizes test updates.

Pull Request: https://github.com/llvm/llvm-project/pull/142289
Move SystemZ-specific MCSymbolRefExpr::VariantKind to SystemZMCExpr::Specifier 2025-03-23T01:05:40+00:00 Fangrui Song i@maskray.me 2025-03-23T01:05:40+00:00 b19b6d9fab0bd9a1650ea1a1d631fc31d0f7fbae Similar to previous migration done for other targets (PowerPC, X86, ARM, etc). Switch from the confusing VariantKind to Specifier, which aligns with Arm and IBM AIX's documentation. In addition, rename *MCExpr::getKind, which confusingly shadows the base class getKind. In the future, relocation specifiers should be encoded as part of SystemZMCExpr instead of MCSymbolRefExpr. 
Similar to previous migration done for other targets (PowerPC, X86, ARM,
etc). Switch from the confusing VariantKind to Specifier, which aligns
with Arm and IBM AIX's documentation.

In addition, rename *MCExpr::getKind, which confusingly shadows the base class getKind.

In the future, relocation specifiers should be encoded as part of
SystemZMCExpr instead of MCSymbolRefExpr.
[MC] Port initializeVariantKinds to ARM COFF and SystemZ GOFF 2025-03-03T17:55:49+00:00 Fangrui Song i@maskray.me 2025-03-03T17:55:49+00:00 0739ce88efa4481fe03100aa2eee284bc5ff9d81 ... so that they use the target-specific variantKindDescs instead of the generic MCExpr one (which will go away as it's error-prone). 
... so that they use the target-specific variantKindDescs instead of the
generic MCExpr one (which will go away as it's error-prone).
Revert "[MCExpr] Remove generic getVariantKindName and getVariantKindForName" 2025-03-03T08:26:19+00:00 Kazu Hirata kazu@google.com 2025-03-03T08:26:19+00:00 2af4007822c75b231d90c84552bc0a4e101e1171 This reverts commit 04b49b11a8f70424263a3fc1f9c5bc69a9f46844. This patch breaks ThinLTO/X86/memprof-tailcall-nonunique.ll. Builtbot failures: https://lab.llvm.org/buildbot/#/builders/108/builds/9933 https://lab.llvm.org/buildbot/#/builders/25/builds/6868 https://lab.llvm.org/buildbot/#/builders/46/builds/12890 
This reverts commit 04b49b11a8f70424263a3fc1f9c5bc69a9f46844.

This patch breaks ThinLTO/X86/memprof-tailcall-nonunique.ll.

Builtbot failures:
https://lab.llvm.org/buildbot/#/builders/108/builds/9933
https://lab.llvm.org/buildbot/#/builders/25/builds/6868
https://lab.llvm.org/buildbot/#/builders/46/builds/12890
[MCExpr] Remove generic getVariantKindName and getVariantKindForName 2025-03-03T06:05:47+00:00 Fangrui Song i@maskray.me 2025-03-03T06:05:47+00:00 04b49b11a8f70424263a3fc1f9c5bc69a9f46844 They are error-prone as MCParser may parse a variant kind, which cannot be handled by the target. The replacement in MCAsmInfo should be used instead. Follow-up to f244b8eed37a12539fb11b76e19ec7a7eb41dccc 
They are error-prone as MCParser may parse a variant kind,
which cannot be handled by the target.

The replacement in MCAsmInfo should be used instead.

Follow-up to f244b8eed37a12539fb11b76e19ec7a7eb41dccc
[MC] Port initializeVariantKinds to a few targets 2025-03-03T05:30:05+00:00 Fangrui Song i@maskray.me 2025-03-03T05:30:05+00:00 f244b8eed37a12539fb11b76e19ec7a7eb41dccc 






MCAsmInfo: replace HLASM-specific variables with IsHLASM
2024-12-25T02:37:46+00:00

Fangrui Song
i@maskray.me

2024-12-25T02:37:46+00:00

56600c11add12aababdd313c43650facf2a0338f

HLASM is very different from the gas syntax. We don't expect other
targets to customize the differences. Unify the numerous variables.





HLASM is very different from the gas syntax. We don't expect other
targets to customize the differences. Unify the numerous variables.