mirror of
https://github.com/capstone-engine/llvm-capstone.git
synced 2025-04-16 13:20:41 +00:00
6cadc7c06b
The new method name/behavior more closely models the way it was being used. It also fixes an assertion that can occur when using the new ORC Core APIs, where flags alone don't necessarily provide enough context to decide whether the caller is responsible for materializing a given symbol (which was always the reason this API existed). The default implementation of getResponsibilitySet uses lookupFlags to determine responsibility as before, so existing JITSymbolResolvers should continue to work. llvm-svn: 340874
39 lines
1.1 KiB
C++
39 lines
1.1 KiB
C++
//===---------- NullResolver.cpp - Reject symbol lookup requests ----------===//
|
|
//
|
|
// The LLVM Compiler Infrastructure
|
|
//
|
|
// This file is distributed under the University of Illinois Open Source
|
|
// License. See LICENSE.TXT for details.
|
|
//
|
|
//===----------------------------------------------------------------------===//
|
|
|
|
#include "llvm/ExecutionEngine/Orc/NullResolver.h"
|
|
|
|
#include "llvm/Support/ErrorHandling.h"
|
|
|
|
namespace llvm {
|
|
namespace orc {
|
|
|
|
SymbolNameSet NullResolver::getResponsibilitySet(const SymbolNameSet &Symbols) {
|
|
return Symbols;
|
|
}
|
|
|
|
SymbolNameSet
|
|
NullResolver::lookup(std::shared_ptr<AsynchronousSymbolQuery> Query,
|
|
SymbolNameSet Symbols) {
|
|
assert(Symbols.empty() && "Null resolver: Symbols must be empty");
|
|
return Symbols;
|
|
}
|
|
|
|
JITSymbol NullLegacyResolver::findSymbol(const std::string &Name) {
|
|
llvm_unreachable("Unexpected cross-object symbol reference");
|
|
}
|
|
|
|
JITSymbol
|
|
NullLegacyResolver::findSymbolInLogicalDylib(const std::string &Name) {
|
|
llvm_unreachable("Unexpected cross-object symbol reference");
|
|
}
|
|
|
|
} // End namespace orc.
|
|
} // End namespace llvm.
|