forked from OSchip/llvm-project
Revert r279016 -- it breaks win32-elf JIT tests.
llvm-svn: 279029
This commit is contained in:
parent
070bcb0d68
commit
75601bf71e
|
@ -265,8 +265,8 @@ RTDyldMemoryManager::getSymbolAddressInProcess(const std::string &Name) {
|
|||
const char *NameStr = Name.c_str();
|
||||
|
||||
// DynamicLibrary::SearchForAddresOfSymbol expects an unmangled 'C' symbol
|
||||
// name so if we're on Darwin or 32-bit Windows, strip the leading '_' off.
|
||||
#if defined(__APPLE__) || (defined(_WIN32) && !defined(_WIN64))
|
||||
// name so ff we're on Darwin, strip the leading '_' off.
|
||||
#ifdef __APPLE__
|
||||
if (NameStr[0] == '_')
|
||||
++NameStr;
|
||||
#endif
|
||||
|
|
|
@ -139,8 +139,8 @@ TEST_F(ExecutionEngineTest, LookupWithMangledAndDemangledSymbol) {
|
|||
// RTDyldMemoryManager::getSymbolAddressInProcess expects a mangled symbol,
|
||||
// but DynamicLibrary is a wrapper for dlsym, which expects the unmangled C
|
||||
// symbol name. This test verifies that getSymbolAddressInProcess strips the
|
||||
// leading '_' on Darwin and 32-bit Windows, but not on other platforms.
|
||||
#if defined(__APPLE__) || (defined(_WIN32) && !defined(_WIN64))
|
||||
// leading '_' on Darwin, but not on other platforms.
|
||||
#ifdef __APPLE__
|
||||
EXPECT_EQ(reinterpret_cast<uint64_t>(&x),
|
||||
RTDyldMemoryManager::getSymbolAddressInProcess("_x"));
|
||||
#else
|
||||
|
|
Loading…
Reference in New Issue