maxjhandsome
/
llvm-project
forked from OSchip/llvm-project
1
0
Fork 0
Code Issues Pull Requests Packages Releases Wiki Activity
llvm-project/llvm/lib/Support/ARMBuildAttrs.cpp

Ignoring revisions in .git-blame-ignore-revs. Click here to bypass and see the normal blame view.

74 lines
3.6 KiB
C++
Raw Normal View History

ARM IAS: improve .eabi_attribute handling Parse tag names as well as expressions. The former is part of the specification, the latter is for improved compatibility with the GNU assembler. Fix attribute value handling to be comformant to the specification. llvm-svn: 198662
2014-01-07 10:28:42 +08:00
//===-- ARMBuildAttrs.cpp - ARM Build Attributes --------------------------===//
//
Update the file headers across all of the LLVM projects in the monorepo to reflect the new license. We understand that people may be surprised that we're moving the header entirely to discuss the new license. We checked this carefully with the Foundation's lawyer and we believe this is the correct approach. Essentially, all code in the project is now made available by the LLVM project under our new license, so you will see that the license headers include that license only. Some of our contributors have contributed code under our old license, and accordingly, we have retained a copy of our old license notice in the top-level files in each project and repository. llvm-svn: 351636
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
ARM IAS: improve .eabi_attribute handling Parse tag names as well as expressions. The former is part of the specification, the latter is for improved compatibility with the GNU assembler. Fix attribute value handling to be comformant to the specification. llvm-svn: 198662
2014-01-07 10:28:42 +08:00
//
//===----------------------------------------------------------------------===//
Sort the remaining #include lines in include/... and lib/.... I did this a long time ago with a janky python script, but now clang-format has built-in support for this. I fed clang-format every line with a #include and let it re-sort things according to the precise LLVM rules for include ordering baked into clang-format these days. I've reverted a number of files where the results of sorting includes isn't healthy. Either places where we have legacy code relying on particular include ordering (where possible, I'll fix these separately) or where we have particular formatting around #include lines that I didn't want to disturb in this patch. This patch is *entirely* mechanical. If you get merge conflicts or anything, just ignore the changes in this patch and run clang-format over your #include lines in the files. Sorry for any noise here, but it is important to keep these things stable. I was seeing an increasing number of patches with irrelevant re-ordering of #include lines because clang-format was used. This patch at least isolates that churn, makes it easy to skip when resolving conflicts, and gets us to a clean baseline (again). llvm-svn: 304787
2017-06-06 19:49:48 +08:00
#include "llvm/Support/ARMBuildAttributes.h"
ARM IAS: improve .eabi_attribute handling Parse tag names as well as expressions. The former is part of the specification, the latter is for improved compatibility with the GNU assembler. Fix attribute value handling to be comformant to the specification. llvm-svn: 198662
2014-01-07 10:28:42 +08:00
using namespace llvm;
[RISCV] ELF attribute section for RISC-V. Leverage ARM ELF build attribute section to create ELF attribute section for RISC-V. Extract the common part of parsing logic for this section into ELFAttributeParser.[cpp|h] and ELFAttributes.[cpp|h]. Differential Revision: https://reviews.llvm.org/D74023
2020-02-04 22:20:10 +08:00
static const TagNameItem tagData[] = {
[NFC] Clang format for the ELF header and ARM build attributes. Differential Revision: https://reviews.llvm.org/D76819
2020-03-26 09:39:46 +08:00
{ARMBuildAttrs::File, "Tag_File"},
{ARMBuildAttrs::Section, "Tag_Section"},
{ARMBuildAttrs::Symbol, "Tag_Symbol"},
{ARMBuildAttrs::CPU_raw_name, "Tag_CPU_raw_name"},
{ARMBuildAttrs::CPU_name, "Tag_CPU_name"},
{ARMBuildAttrs::CPU_arch, "Tag_CPU_arch"},
{ARMBuildAttrs::CPU_arch_profile, "Tag_CPU_arch_profile"},
{ARMBuildAttrs::ARM_ISA_use, "Tag_ARM_ISA_use"},
{ARMBuildAttrs::THUMB_ISA_use, "Tag_THUMB_ISA_use"},
{ARMBuildAttrs::FP_arch, "Tag_FP_arch"},
{ARMBuildAttrs::WMMX_arch, "Tag_WMMX_arch"},
{ARMBuildAttrs::Advanced_SIMD_arch, "Tag_Advanced_SIMD_arch"},
{ARMBuildAttrs::MVE_arch, "Tag_MVE_arch"},
{ARMBuildAttrs::PCS_config, "Tag_PCS_config"},
{ARMBuildAttrs::ABI_PCS_R9_use, "Tag_ABI_PCS_R9_use"},
{ARMBuildAttrs::ABI_PCS_RW_data, "Tag_ABI_PCS_RW_data"},
{ARMBuildAttrs::ABI_PCS_RO_data, "Tag_ABI_PCS_RO_data"},
{ARMBuildAttrs::ABI_PCS_GOT_use, "Tag_ABI_PCS_GOT_use"},
{ARMBuildAttrs::ABI_PCS_wchar_t, "Tag_ABI_PCS_wchar_t"},
{ARMBuildAttrs::ABI_FP_rounding, "Tag_ABI_FP_rounding"},
{ARMBuildAttrs::ABI_FP_denormal, "Tag_ABI_FP_denormal"},
{ARMBuildAttrs::ABI_FP_exceptions, "Tag_ABI_FP_exceptions"},
{ARMBuildAttrs::ABI_FP_user_exceptions, "Tag_ABI_FP_user_exceptions"},
{ARMBuildAttrs::ABI_FP_number_model, "Tag_ABI_FP_number_model"},
{ARMBuildAttrs::ABI_align_needed, "Tag_ABI_align_needed"},
{ARMBuildAttrs::ABI_align_preserved, "Tag_ABI_align_preserved"},
{ARMBuildAttrs::ABI_enum_size, "Tag_ABI_enum_size"},
{ARMBuildAttrs::ABI_HardFP_use, "Tag_ABI_HardFP_use"},
{ARMBuildAttrs::ABI_VFP_args, "Tag_ABI_VFP_args"},
{ARMBuildAttrs::ABI_WMMX_args, "Tag_ABI_WMMX_args"},
{ARMBuildAttrs::ABI_optimization_goals, "Tag_ABI_optimization_goals"},
{ARMBuildAttrs::ABI_FP_optimization_goals, "Tag_ABI_FP_optimization_goals"},
{ARMBuildAttrs::compatibility, "Tag_compatibility"},
{ARMBuildAttrs::CPU_unaligned_access, "Tag_CPU_unaligned_access"},
{ARMBuildAttrs::FP_HP_extension, "Tag_FP_HP_extension"},
{ARMBuildAttrs::ABI_FP_16bit_format, "Tag_ABI_FP_16bit_format"},
{ARMBuildAttrs::MPextension_use, "Tag_MPextension_use"},
{ARMBuildAttrs::DIV_use, "Tag_DIV_use"},
{ARMBuildAttrs::DSP_extension, "Tag_DSP_extension"},
[ARM] emit PACBTI-M build attributes This patch is part of a series that adds support for the PACBTI-M extension of the Armv8.1-M architecture, as detailed here: https://community.arm.com/arm-community-blogs/b/architectures-and-processors-blog/posts/armv8-1-m-pointer-authentication-and-branch-target-identification-extension The PACBTI-M specification can be found in the Armv8-M Architecture Reference Manual: https://developer.arm.com/documentation/ddi0553/latest The following people contributed to this patch: - Victor Campos - Ties Stuij Reviewed By: ostannard Differential Revision: https://reviews.llvm.org/D112425
2021-12-01 18:52:31 +08:00
{ARMBuildAttrs::PAC_extension, "Tag_PAC_extension"},
{ARMBuildAttrs::BTI_extension, "Tag_BTI_extension"},
{ARMBuildAttrs::BTI_use, "Tag_BTI_use"},
{ARMBuildAttrs::PACRET_use, "Tag_PACRET_use"},
[NFC] Clang format for the ELF header and ARM build attributes. Differential Revision: https://reviews.llvm.org/D76819
2020-03-26 09:39:46 +08:00
{ARMBuildAttrs::nodefaults, "Tag_nodefaults"},
{ARMBuildAttrs::also_compatible_with, "Tag_also_compatible_with"},
{ARMBuildAttrs::T2EE_use, "Tag_T2EE_use"},
{ARMBuildAttrs::conformance, "Tag_conformance"},
{ARMBuildAttrs::Virtualization_use, "Tag_Virtualization_use"},
ARM IAS: improve .eabi_attribute handling Parse tag names as well as expressions. The former is part of the specification, the latter is for improved compatibility with the GNU assembler. Fix attribute value handling to be comformant to the specification. llvm-svn: 198662
2014-01-07 10:28:42 +08:00
[NFC] Clang format for the ELF header and ARM build attributes. Differential Revision: https://reviews.llvm.org/D76819
2020-03-26 09:39:46 +08:00
// Legacy Names
{ARMBuildAttrs::FP_arch, "Tag_VFP_arch"},
{ARMBuildAttrs::FP_HP_extension, "Tag_VFP_HP_extension"},
{ARMBuildAttrs::ABI_align_needed, "Tag_ABI_align8_needed"},
{ARMBuildAttrs::ABI_align_preserved, "Tag_ABI_align8_preserved"},
ARM IAS: improve .eabi_attribute handling Parse tag names as well as expressions. The former is part of the specification, the latter is for improved compatibility with the GNU assembler. Fix attribute value handling to be comformant to the specification. llvm-svn: 198662
2014-01-07 10:28:42 +08:00
};
Use ManagedStatic and lazy initialization of cl::opt in libSupport to make it free of global initializer We can build it with -Werror=global-constructors now. This helps in situation where libSupport is embedded as a shared library, potential with dlopen/dlclose scenario, and when command-line parsing or other facilities may not be involved. Avoiding the implicit construction of these cl::opt can avoid double-registration issues and other kind of behavior. Reviewed By: lattner, jpienaar Differential Revision: https://reviews.llvm.org/D105959
2021-07-16 07:52:44 +08:00
constexpr TagNameMap ARMAttributeTags{tagData};
const TagNameMap &llvm::ARMBuildAttrs::getARMAttributeTags() {
return ARMAttributeTags;
}