llvm-project.git/llvm/lib/Target/Mips/MipsTargetObjectFile.cpp, branch main

MIPS: Replace MipsMCExpr with MCSpecifierExpr

2025-06-17T16:36:53+00:00

MIPS: Rename MipsMCExpr::MEK_ to Mips::S_

2025-06-16T01:04:23+00:00

Prepare for removing MipsMCExpr. Adopt the newer naming convention (S_)
used by AMDGPU/WebAssembly/VE/M68k/PowerPC/LoongArch/RISCV.

[MC] Remove unneeded VK_None argument from MCSymbolRefExpr::create. NFC

2025-03-06T07:14:04+00:00

[Mips] Remove unused includes (NFC) (#116499)

2024-11-16T20:13:26+00:00

Identified with misc-include-cleaner.

[IR] Add getDataLayout() helpers to Function and GlobalValue (#96919)

2024-06-28T06:36:49+00:00

Similar to https://github.com/llvm/llvm-project/pull/96902, this adds
`getDataLayout()` helpers to Function and GlobalValue, replacing the
current `getParent()->getDataLayout()` pattern.

[Target] Use Align in TargetLoweringObjectFile::getSectionForConstant.

2020-05-21T22:23:29+00:00

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

[X86] Reland D71360 Clean up UseInitArray initialization for X86ELFTargetObjectFile

2020-03-21T04:57:34+00:00

-fuse-init-array is now the CC1 default but TargetLoweringObjectFileELF::UseInitArray still defaults to false.
The following two unknown OS target triples continue using .ctors/.dtors because InitializeELF is not called.

clang -target i386 -c a.c
clang -target x86_64 -c a.c

This cleanup fixes this as a bonus.

X86SpeculativeLoadHardeningPass::tracePredStateThroughCall can call
MCContext::createTempSymbol before TargetLoweringObjectFileELF::Initialize().
We need to call TargetLoweringObjectFileELF::Initialize() ealier.

test/CodeGen/X86/speculative-load-hardening-indirect.ll

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

Temporarily Revert "[X86] Reland D71360 Clean up UseInitArray initialization for X86ELFTargetObjectFile"

2020-03-21T00:36:12+00:00

as it's causing msan failures.

This reverts commit 7899fe9da8d8df6f19ddcbbb877ea124d711c54b.

[X86] Reland D71360 Clean up UseInitArray initialization for X86ELFTargetObjectFile

2020-03-20T18:18:36+00:00

UseInitArray is now the CC1 default but TargetLoweringObjectFileELF::UseInitArray still defaults to false.
The following two unknown OS target triples continue using .ctors/.dtors because InitializeELF is not called.

clang -target i386 -c a.c
clang -target x86_64 -c a.c

This cleanup fixes this as a bonus.

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

Revert "Honor -fuse-init-array when os is not specified on x86"

2019-12-17T15:36:59+00:00

This reverts commit aa5ee8f244441a8ea103a7e0ed8b6f3e74454516.

This change broke the sanitizer buildbots. See comments at the patchset
(https://reviews.llvm.org/D71360) for more information.