59#ifndef LLVM_PROFILEDATA_SYMBOLREMAPPINGREADER_H
60#define LLVM_PROFILEDATA_SYMBOLREMAPPINGREADER_H
73 : File(File), Line(Line), Message(Message.str()) {}
76 OS << File <<
':' << Line <<
": " << Message;
124 return Canonicalizer.
lookup(FunctionName);
static GCRegistry::Add< OcamlGC > B("ocaml", "ocaml 3.10-compatible GC")
Base class for user error types.
Lightweight error class with error context and mandatory checking.
Canonicalizer for mangled names.
Key lookup(StringRef Mangling)
Find a canonical key for the specified mangling, if one has already been formed.
Key canonicalize(StringRef Mangling)
Form a canonical key for the specified mangling.
This interface provides simple read-only access to a block of memory, and provides simple methods for...
StringRef - Represent a constant reference to a string, i.e.
std::error_code convertToErrorCode() const override
Convert this error to a std::error_code.
int64_t getLineNum() const
StringRef getMessage() const
SymbolRemappingParseError(StringRef File, int64_t Line, const Twine &Message)
StringRef getFileName() const
void log(llvm::raw_ostream &OS) const override
Print an error message to an output stream.
Reader for symbol remapping files.
Key insert(StringRef FunctionName)
Construct a key for the given symbol, or return an existing one if an equivalent name has already bee...
Key lookup(StringRef FunctionName)
Map the given symbol name into the key for the corresponding equivalence class.
Error read(MemoryBuffer &B)
Read remappings from the given buffer, which must live as long as the remapper.
uintptr_t Key
A Key represents an equivalence class of symbol names.
Twine - A lightweight data structure for efficiently representing the concatenation of temporary valu...
This class implements an extremely fast bulk output stream that can only output to a stream.
This is an optimization pass for GlobalISel generic memory operations.
std::error_code inconvertibleErrorCode()
The value returned by this function can be returned from convertToErrorCode for Error values where no...