summaryrefslogtreecommitdiffstats
path: root/lldb/lib
diff options
context:
space:
mode:
authorGreg Clayton <gclayton@apple.com>2013-07-12 22:52:22 +0000
committerGreg Clayton <gclayton@apple.com>2013-07-12 22:52:22 +0000
commit3deb0e7ca5e0bc0bdac8e29a17b46976f28c7c46 (patch)
tree9fabffabdc51de08ab0e86ccb09863dbba3ab8c9 /lldb/lib
parent1baf2ea2d1e2445b10061ae5cd401159edf0e247 (diff)
downloadbcm5719-llvm-3deb0e7ca5e0bc0bdac8e29a17b46976f28c7c46.tar.gz
bcm5719-llvm-3deb0e7ca5e0bc0bdac8e29a17b46976f28c7c46.zip
Revert the ELF core file support until a few things can be worked out:
RegisterContextCoreLinux_x86_64 inherits from RegisterContextLinux_x86_64 which inherits from RegisterContext_x86_64 which uses has: ProcessMonitor &GetMonitor(); This register context used by the core file can't use this since the process plug-in will be ProcessElfCore and the implementation of GetMonitor() does: ProcessMonitor & RegisterContext_x86_64::GetMonitor() { ProcessSP base = CalculateProcess(); ProcessPOSIX *process = static_cast<ProcessPOSIX*>(base.get()); return process->GetMonitor(); } ProcessELFCore doesn't, nor should it inherit from ProcessPOSIX and any call to GetMonitor() will fail for ELF core files. Suggested cleanups: - Make a register context class that is a base class that doesn't have any reading smarts, then make one that uses ProcessPOSIX and the has the GetMonitor() call, and one that gets its data straight from the core file. llvm-svn: 186223
Diffstat (limited to 'lldb/lib')
-rw-r--r--lldb/lib/Makefile1
1 files changed, 0 insertions, 1 deletions
diff --git a/lldb/lib/Makefile b/lldb/lib/Makefile
index a55f7c1f397..ea028ce3735 100644
--- a/lldb/lib/Makefile
+++ b/lldb/lib/Makefile
@@ -67,7 +67,6 @@ USEDLIBS = lldbAPI.a \
LLVMMCDisassembler.a \
lldbPluginPlatformMacOSX.a \
lldbPluginPlatformLinux.a \
- lldbPluginProcessElfCore.a \
lldbPluginPlatformFreeBSD.a
# Because GCC requires RTTI enabled for lldbCore (see source/Core/Makefile) it is
OpenPOWER on IntegriCloud