e16c0a9a68
This patch:
- adds an ld64.lld.darwinnew symlink for lld, to go with f2710d4b57,
so that `clang -fuse-ld=lld.darwinnew` can be used to test new
Mach-O lld while it's in bring-up. (The expectation is that we'll
remove this again once new Mach-O lld is the defauld and only Mach-O
lld.)
- lets the clang driver know if the linker is lld (currently
only triggered if `-fuse-ld=lld` or `-fuse-ld=lld.darwinnew` is
passed). Currently only used for the next point, but could be used
to implement other features that need close coordination between
compiler and linker, e.g. having a diag for calling `clang++` instead
of `clang` when link errors are caused by a missing C++ stdlib.
- lets the clang driver pass `-demangle` to Mach-O lld (both old and
new), in addition to ld64
- implements -demangle for new Mach-O lld
- changes demangleItanium() to accept _Z, __Z, ___Z, ____Z prefixes
(and updates one test added in D68014). Mach-O has an extra
underscore for symbols, and the three (or, on Mach-O, four)
underscores are used for block names.
Differential Revision: https://reviews.llvm.org/D91884
77 lines
2.3 KiB
C++
77 lines
2.3 KiB
C++
//===- Config.h -------------------------------------------------*- C++ -*-===//
|
|
//
|
|
// 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
|
|
//
|
|
//===----------------------------------------------------------------------===//
|
|
|
|
#ifndef LLD_MACHO_CONFIG_H
|
|
#define LLD_MACHO_CONFIG_H
|
|
|
|
#include "llvm/ADT/DenseMap.h"
|
|
#include "llvm/ADT/StringRef.h"
|
|
#include "llvm/BinaryFormat/MachO.h"
|
|
#include "llvm/Support/VersionTuple.h"
|
|
#include "llvm/TextAPI/MachO/Architecture.h"
|
|
#include "llvm/TextAPI/MachO/Platform.h"
|
|
|
|
#include <vector>
|
|
|
|
namespace lld {
|
|
namespace macho {
|
|
|
|
class Symbol;
|
|
struct SymbolPriorityEntry;
|
|
|
|
struct PlatformInfo {
|
|
llvm::MachO::PlatformKind kind;
|
|
llvm::VersionTuple minimum;
|
|
llvm::VersionTuple sdk;
|
|
};
|
|
|
|
struct Configuration {
|
|
Symbol *entry;
|
|
bool hasReexports = false;
|
|
bool allLoad = false;
|
|
bool forceLoadObjC = false;
|
|
bool staticLink = false;
|
|
bool isPic = false;
|
|
bool headerPadMaxInstallNames = false;
|
|
bool searchDylibsFirst = false;
|
|
bool saveTemps = false;
|
|
uint32_t headerPad;
|
|
llvm::StringRef installName;
|
|
llvm::StringRef outputFile;
|
|
bool demangle = false;
|
|
llvm::MachO::Architecture arch;
|
|
PlatformInfo platform;
|
|
llvm::MachO::HeaderFileType outputType;
|
|
std::vector<llvm::StringRef> systemLibraryRoots;
|
|
std::vector<llvm::StringRef> librarySearchPaths;
|
|
std::vector<llvm::StringRef> frameworkSearchPaths;
|
|
std::vector<llvm::StringRef> runtimePaths;
|
|
llvm::DenseMap<llvm::StringRef, SymbolPriorityEntry> priorities;
|
|
};
|
|
|
|
// The symbol with the highest priority should be ordered first in the output
|
|
// section (modulo input section contiguity constraints). Using priority
|
|
// (highest first) instead of order (lowest first) has the convenient property
|
|
// that the default-constructed zero priority -- for symbols/sections without a
|
|
// user-defined order -- naturally ends up putting them at the end of the
|
|
// output.
|
|
struct SymbolPriorityEntry {
|
|
// The priority given to a matching symbol, regardless of which object file
|
|
// it originated from.
|
|
size_t anyObjectFile = 0;
|
|
// The priority given to a matching symbol from a particular object file.
|
|
llvm::DenseMap<llvm::StringRef, size_t> objectFiles;
|
|
};
|
|
|
|
extern Configuration *config;
|
|
|
|
} // namespace macho
|
|
} // namespace lld
|
|
|
|
#endif
|