mirror of
https://github.com/Gericom/teak-llvm.git
synced 2025-06-19 19:45:40 -04:00

Summary: The "single parameter" .file directive appears to be an ELF-only feature that is intended to insert the main source filename into the string table table. I noticed that if you assemble an ELF .s file for COFF, typically it will assert right away on a .file directive near the top of the file. My first change was to make this emit a proper error in the asm parser so that we don't assert so easily. However, COFF actually does have some support for this directive, and if you emit an object file, llvm-mc does not assert. When emitting a COFF object, MC will take those file names and create "debug" symbol table entries for them. I'm not familiar with these kinds of symbol table entries, and I'm not aware of any users of them, but @compnerd added them a while ago. They don't introduce absolute paths, and most main source file paths are short enough that this extra entry shouldn't cause any problems, so I enabled the flag in MCAsmInfoCOFF that indicates that it's supported. This has the side effect of adding an extra debug symbol to every object produced by clang, which is a pretty big functional change. My question is, should we keep the functionality or remove it in the name of symbol table minimalism? Reviewers: mstorsjo, compnerd Subscribers: hiraditya, compnerd, llvm-commits Differential Revision: https://reviews.llvm.org/D55900 llvm-svn: 349976
70 lines
2.2 KiB
C++
70 lines
2.2 KiB
C++
//===- MCAsmInfoCOFF.cpp - COFF asm properties ----------------------------===//
|
|
//
|
|
// The LLVM Compiler Infrastructure
|
|
//
|
|
// This file is distributed under the University of Illinois Open Source
|
|
// License. See LICENSE.TXT for details.
|
|
//
|
|
//===----------------------------------------------------------------------===//
|
|
//
|
|
// This file defines target asm properties related what form asm statements
|
|
// should take in general on COFF-based targets
|
|
//
|
|
//===----------------------------------------------------------------------===//
|
|
|
|
#include "llvm/MC/MCAsmInfoCOFF.h"
|
|
#include "llvm/MC/MCDirectives.h"
|
|
|
|
using namespace llvm;
|
|
|
|
void MCAsmInfoCOFF::anchor() {}
|
|
|
|
MCAsmInfoCOFF::MCAsmInfoCOFF() {
|
|
// MingW 4.5 and later support .comm with log2 alignment, but .lcomm uses byte
|
|
// alignment.
|
|
COMMDirectiveAlignmentIsInBytes = false;
|
|
LCOMMDirectiveAlignmentType = LCOMM::ByteAlignment;
|
|
HasDotTypeDotSizeDirective = false;
|
|
HasSingleParameterDotFile = true;
|
|
WeakRefDirective = "\t.weak\t";
|
|
HasLinkOnceDirective = true;
|
|
|
|
// Doesn't support visibility:
|
|
HiddenVisibilityAttr = HiddenDeclarationVisibilityAttr = MCSA_Invalid;
|
|
ProtectedVisibilityAttr = MCSA_Invalid;
|
|
|
|
// Set up DWARF directives
|
|
SupportsDebugInformation = true;
|
|
NeedsDwarfSectionOffsetDirective = true;
|
|
|
|
UseIntegratedAssembler = true;
|
|
|
|
// At least MSVC inline-asm does AShr.
|
|
UseLogicalShr = false;
|
|
|
|
// If this is a COFF target, assume that it supports associative comdats. It's
|
|
// part of the spec.
|
|
HasCOFFAssociativeComdats = true;
|
|
|
|
// We can generate constants in comdat sections that can be shared,
|
|
// but in order not to create null typed symbols, we actually need to
|
|
// make them global symbols as well.
|
|
HasCOFFComdatConstants = true;
|
|
}
|
|
|
|
void MCAsmInfoMicrosoft::anchor() {}
|
|
|
|
MCAsmInfoMicrosoft::MCAsmInfoMicrosoft() = default;
|
|
|
|
void MCAsmInfoGNUCOFF::anchor() {}
|
|
|
|
MCAsmInfoGNUCOFF::MCAsmInfoGNUCOFF() {
|
|
// If this is a GNU environment (mingw or cygwin), don't use associative
|
|
// comdats for jump tables, unwind information, and other data associated with
|
|
// a function.
|
|
HasCOFFAssociativeComdats = false;
|
|
|
|
// We don't create constants in comdat sections for MinGW.
|
|
HasCOFFComdatConstants = false;
|
|
}
|