[RISCV] Use init_array instead of ctors for RISCV target, by default
Summary:
LLVM defaults to the newer .init_array/.fini_array scheme for static
constructors rather than the less desirable .ctors/.dtors (the UseCtors
flag defaults to false). This wasn't being respected in the RISC-V
backend because it fails to call TargetLoweringObjectFileELF::InitializeELF with the the appropriate
flag for UseInitArray.
This patch fixes this by implementing RISCVELFTargetObjectFile and overriding its Initialize method to call
InitializeELF(TM.Options.UseInitArray).
Reviewers: asb, apazos
Reviewed By: asb
Subscribers: mgorny, rbar, johnrusso, simoncook, jordy.potman.lists, sabuasal, niosHD, kito-cheng, shiva0217, llvm-commits
Differential Revision: https://reviews.llvm.org/D44750
llvm-svn: 328433
2018-03-25 02:37:19 +08:00
|
|
|
//===-- RISCVTargetObjectFile.cpp - RISCV Object Info -----------------===//
|
|
|
|
//
|
2019-01-19 16:50:56 +08:00
|
|
|
// Part of the LLVM Project, under the Apache License v2.0 with LLVM Exceptions.
|
|
|
|
// See https://llvm.org/LICENSE.txt for license information.
|
|
|
|
// SPDX-License-Identifier: Apache-2.0 WITH LLVM-exception
|
[RISCV] Use init_array instead of ctors for RISCV target, by default
Summary:
LLVM defaults to the newer .init_array/.fini_array scheme for static
constructors rather than the less desirable .ctors/.dtors (the UseCtors
flag defaults to false). This wasn't being respected in the RISC-V
backend because it fails to call TargetLoweringObjectFileELF::InitializeELF with the the appropriate
flag for UseInitArray.
This patch fixes this by implementing RISCVELFTargetObjectFile and overriding its Initialize method to call
InitializeELF(TM.Options.UseInitArray).
Reviewers: asb, apazos
Reviewed By: asb
Subscribers: mgorny, rbar, johnrusso, simoncook, jordy.potman.lists, sabuasal, niosHD, kito-cheng, shiva0217, llvm-commits
Differential Revision: https://reviews.llvm.org/D44750
llvm-svn: 328433
2018-03-25 02:37:19 +08:00
|
|
|
//
|
|
|
|
//===----------------------------------------------------------------------===//
|
|
|
|
|
|
|
|
#include "RISCVTargetObjectFile.h"
|
|
|
|
#include "RISCVTargetMachine.h"
|
2019-04-11 12:59:13 +08:00
|
|
|
#include "llvm/BinaryFormat/ELF.h"
|
|
|
|
#include "llvm/MC/MCContext.h"
|
|
|
|
#include "llvm/MC/MCSectionELF.h"
|
[RISCV] Use init_array instead of ctors for RISCV target, by default
Summary:
LLVM defaults to the newer .init_array/.fini_array scheme for static
constructors rather than the less desirable .ctors/.dtors (the UseCtors
flag defaults to false). This wasn't being respected in the RISC-V
backend because it fails to call TargetLoweringObjectFileELF::InitializeELF with the the appropriate
flag for UseInitArray.
This patch fixes this by implementing RISCVELFTargetObjectFile and overriding its Initialize method to call
InitializeELF(TM.Options.UseInitArray).
Reviewers: asb, apazos
Reviewed By: asb
Subscribers: mgorny, rbar, johnrusso, simoncook, jordy.potman.lists, sabuasal, niosHD, kito-cheng, shiva0217, llvm-commits
Differential Revision: https://reviews.llvm.org/D44750
llvm-svn: 328433
2018-03-25 02:37:19 +08:00
|
|
|
|
|
|
|
using namespace llvm;
|
|
|
|
|
|
|
|
void RISCVELFTargetObjectFile::Initialize(MCContext &Ctx,
|
|
|
|
const TargetMachine &TM) {
|
|
|
|
TargetLoweringObjectFileELF::Initialize(Ctx, TM);
|
2019-04-11 12:59:13 +08:00
|
|
|
|
|
|
|
SmallDataSection = getContext().getELFSection(
|
|
|
|
".sdata", ELF::SHT_PROGBITS, ELF::SHF_WRITE | ELF::SHF_ALLOC);
|
|
|
|
SmallBSSSection = getContext().getELFSection(".sbss", ELF::SHT_NOBITS,
|
|
|
|
ELF::SHF_WRITE | ELF::SHF_ALLOC);
|
|
|
|
}
|
|
|
|
|
|
|
|
// A address must be loaded from a small section if its size is less than the
|
|
|
|
// small section size threshold. Data in this section could be addressed by
|
|
|
|
// using gp_rel operator.
|
|
|
|
bool RISCVELFTargetObjectFile::isInSmallSection(uint64_t Size) const {
|
|
|
|
// gcc has traditionally not treated zero-sized objects as small data, so this
|
|
|
|
// is effectively part of the ABI.
|
|
|
|
return Size > 0 && Size <= SSThreshold;
|
|
|
|
}
|
|
|
|
|
|
|
|
// Return true if this global address should be placed into small data/bss
|
|
|
|
// section.
|
|
|
|
bool RISCVELFTargetObjectFile::isGlobalInSmallSection(
|
|
|
|
const GlobalObject *GO, const TargetMachine &TM) const {
|
|
|
|
// Only global variables, not functions.
|
|
|
|
const GlobalVariable *GVA = dyn_cast<GlobalVariable>(GO);
|
|
|
|
if (!GVA)
|
|
|
|
return false;
|
|
|
|
|
|
|
|
// If the variable has an explicit section, it is placed in that section.
|
|
|
|
if (GVA->hasSection()) {
|
|
|
|
StringRef Section = GVA->getSection();
|
|
|
|
|
|
|
|
// Explicitly placing any variable in the small data section overrides
|
|
|
|
// the global -G value.
|
|
|
|
if (Section == ".sdata" || Section == ".sbss")
|
|
|
|
return true;
|
|
|
|
|
|
|
|
// Otherwise reject putting the variable to small section if it has an
|
|
|
|
// explicit section name.
|
|
|
|
return false;
|
|
|
|
}
|
|
|
|
|
|
|
|
if (((GVA->hasExternalLinkage() && GVA->isDeclaration()) ||
|
|
|
|
GVA->hasCommonLinkage()))
|
|
|
|
return false;
|
|
|
|
|
|
|
|
Type *Ty = GVA->getValueType();
|
|
|
|
// It is possible that the type of the global is unsized, i.e. a declaration
|
|
|
|
// of a extern struct. In this case don't presume it is in the small data
|
|
|
|
// section. This happens e.g. when building the FreeBSD kernel.
|
|
|
|
if (!Ty->isSized())
|
|
|
|
return false;
|
|
|
|
|
|
|
|
return isInSmallSection(
|
|
|
|
GVA->getParent()->getDataLayout().getTypeAllocSize(Ty));
|
|
|
|
}
|
|
|
|
|
|
|
|
MCSection *RISCVELFTargetObjectFile::SelectSectionForGlobal(
|
|
|
|
const GlobalObject *GO, SectionKind Kind, const TargetMachine &TM) const {
|
|
|
|
// Handle Small Section classification here.
|
|
|
|
if (Kind.isBSS() && isGlobalInSmallSection(GO, TM))
|
|
|
|
return SmallBSSSection;
|
|
|
|
if (Kind.isData() && isGlobalInSmallSection(GO, TM))
|
|
|
|
return SmallDataSection;
|
|
|
|
|
|
|
|
// Otherwise, we work the same as ELF.
|
|
|
|
return TargetLoweringObjectFileELF::SelectSectionForGlobal(GO, Kind, TM);
|
|
|
|
}
|
|
|
|
|
|
|
|
void RISCVELFTargetObjectFile::getModuleMetadata(Module &M) {
|
|
|
|
SmallVector<Module::ModuleFlagEntry, 8> ModuleFlags;
|
|
|
|
M.getModuleFlagsMetadata(ModuleFlags);
|
|
|
|
|
|
|
|
for (const auto &MFE : ModuleFlags) {
|
|
|
|
StringRef Key = MFE.Key->getString();
|
|
|
|
if (Key == "SmallDataLimit") {
|
|
|
|
SSThreshold = mdconst::extract<ConstantInt>(MFE.Val)->getZExtValue();
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
/// Return true if this constant should be placed into small data section.
|
|
|
|
bool RISCVELFTargetObjectFile::isConstantInSmallSection(
|
|
|
|
const DataLayout &DL, const Constant *CN) const {
|
|
|
|
return isInSmallSection(DL.getTypeAllocSize(CN->getType()));
|
|
|
|
}
|
|
|
|
|
|
|
|
MCSection *RISCVELFTargetObjectFile::getSectionForConstant(
|
|
|
|
const DataLayout &DL, SectionKind Kind, const Constant *C,
|
2020-05-22 06:23:00 +08:00
|
|
|
Align &Alignment) const {
|
2019-04-11 12:59:13 +08:00
|
|
|
if (isConstantInSmallSection(DL, C))
|
|
|
|
return SmallDataSection;
|
|
|
|
|
|
|
|
// Otherwise, we work the same as ELF.
|
2020-05-22 06:23:00 +08:00
|
|
|
return TargetLoweringObjectFileELF::getSectionForConstant(DL, Kind, C,
|
|
|
|
Alignment);
|
[RISCV] Use init_array instead of ctors for RISCV target, by default
Summary:
LLVM defaults to the newer .init_array/.fini_array scheme for static
constructors rather than the less desirable .ctors/.dtors (the UseCtors
flag defaults to false). This wasn't being respected in the RISC-V
backend because it fails to call TargetLoweringObjectFileELF::InitializeELF with the the appropriate
flag for UseInitArray.
This patch fixes this by implementing RISCVELFTargetObjectFile and overriding its Initialize method to call
InitializeELF(TM.Options.UseInitArray).
Reviewers: asb, apazos
Reviewed By: asb
Subscribers: mgorny, rbar, johnrusso, simoncook, jordy.potman.lists, sabuasal, niosHD, kito-cheng, shiva0217, llvm-commits
Differential Revision: https://reviews.llvm.org/D44750
llvm-svn: 328433
2018-03-25 02:37:19 +08:00
|
|
|
}
|