2010-09-08 04:11:56 +08:00
|
|
|
//===-- Host.cpp ------------------------------------------------*- C++ -*-===//
|
2010-07-03 03:28:44 +08:00
|
|
|
//
|
|
|
|
// The LLVM Compiler Infrastructure
|
|
|
|
//
|
|
|
|
// This file is distributed under the University of Illinois Open Source
|
|
|
|
// License. See LICENSE.TXT for details.
|
|
|
|
//
|
|
|
|
//===----------------------------------------------------------------------===//
|
|
|
|
|
|
|
|
#include "lldb/Host/Host.h"
|
|
|
|
#include "lldb/Core/ArchSpec.h"
|
|
|
|
#include "lldb/Core/ConstString.h"
|
|
|
|
#include "lldb/Core/Error.h"
|
|
|
|
#include "lldb/Core/FileSpec.h"
|
|
|
|
#include "lldb/Core/Log.h"
|
|
|
|
#include "lldb/Core/StreamString.h"
|
2011-02-08 08:35:34 +08:00
|
|
|
#include "lldb/Host/Config.h"
|
2011-02-01 09:31:41 +08:00
|
|
|
#include "lldb/Host/Endian.h"
|
2010-07-03 03:28:44 +08:00
|
|
|
#include "lldb/Host/Mutex.h"
|
2010-09-08 04:11:56 +08:00
|
|
|
|
|
|
|
#include <dlfcn.h>
|
|
|
|
#include <errno.h>
|
|
|
|
|
|
|
|
#if defined (__APPLE__)
|
2011-02-08 08:35:34 +08:00
|
|
|
|
2010-10-31 11:01:06 +08:00
|
|
|
#include <dispatch/dispatch.h>
|
2010-09-08 04:11:56 +08:00
|
|
|
#include <libproc.h>
|
|
|
|
#include <mach-o/dyld.h>
|
2011-02-05 14:36:35 +08:00
|
|
|
#include <sys/sysctl.h>
|
2011-02-08 08:35:34 +08:00
|
|
|
|
2011-02-08 01:43:47 +08:00
|
|
|
#elif defined (__linux__)
|
2011-02-08 08:35:34 +08:00
|
|
|
|
2011-02-08 01:43:47 +08:00
|
|
|
#include <sys/wait.h>
|
2011-02-08 08:35:34 +08:00
|
|
|
|
2010-09-08 04:11:56 +08:00
|
|
|
#endif
|
2010-07-03 03:28:44 +08:00
|
|
|
|
|
|
|
using namespace lldb;
|
|
|
|
using namespace lldb_private;
|
|
|
|
|
2010-09-08 04:11:56 +08:00
|
|
|
struct MonitorInfo
|
|
|
|
{
|
|
|
|
lldb::pid_t pid; // The process ID to monitor
|
|
|
|
Host::MonitorChildProcessCallback callback; // The callback function to call when "pid" exits or signals
|
|
|
|
void *callback_baton; // The callback baton for the callback function
|
|
|
|
bool monitor_signals; // If true, call the callback when "pid" gets signaled.
|
|
|
|
};
|
|
|
|
|
|
|
|
static void *
|
|
|
|
MonitorChildProcessThreadFunction (void *arg);
|
|
|
|
|
|
|
|
lldb::thread_t
|
|
|
|
Host::StartMonitoringChildProcess
|
|
|
|
(
|
|
|
|
Host::MonitorChildProcessCallback callback,
|
|
|
|
void *callback_baton,
|
|
|
|
lldb::pid_t pid,
|
|
|
|
bool monitor_signals
|
|
|
|
)
|
|
|
|
{
|
|
|
|
lldb::thread_t thread = LLDB_INVALID_HOST_THREAD;
|
|
|
|
if (callback)
|
|
|
|
{
|
|
|
|
std::auto_ptr<MonitorInfo> info_ap(new MonitorInfo);
|
|
|
|
|
|
|
|
info_ap->pid = pid;
|
|
|
|
info_ap->callback = callback;
|
|
|
|
info_ap->callback_baton = callback_baton;
|
|
|
|
info_ap->monitor_signals = monitor_signals;
|
|
|
|
|
|
|
|
char thread_name[256];
|
|
|
|
::snprintf (thread_name, sizeof(thread_name), "<lldb.host.wait4(pid=%i)>", pid);
|
|
|
|
thread = ThreadCreate (thread_name,
|
|
|
|
MonitorChildProcessThreadFunction,
|
|
|
|
info_ap.get(),
|
|
|
|
NULL);
|
|
|
|
|
|
|
|
if (thread != LLDB_INVALID_HOST_THREAD)
|
|
|
|
info_ap.release();
|
|
|
|
}
|
|
|
|
return thread;
|
|
|
|
}
|
|
|
|
|
2010-07-03 03:28:44 +08:00
|
|
|
//------------------------------------------------------------------
|
2010-09-08 04:11:56 +08:00
|
|
|
// Scoped class that will disable thread canceling when it is
|
|
|
|
// constructed, and exception safely restore the previous value it
|
|
|
|
// when it goes out of scope.
|
2010-07-03 03:28:44 +08:00
|
|
|
//------------------------------------------------------------------
|
2010-09-08 04:11:56 +08:00
|
|
|
class ScopedPThreadCancelDisabler
|
|
|
|
{
|
|
|
|
public:
|
|
|
|
ScopedPThreadCancelDisabler()
|
|
|
|
{
|
|
|
|
// Disable the ability for this thread to be cancelled
|
|
|
|
int err = ::pthread_setcancelstate (PTHREAD_CANCEL_DISABLE, &m_old_state);
|
|
|
|
if (err != 0)
|
|
|
|
m_old_state = -1;
|
|
|
|
|
|
|
|
}
|
|
|
|
|
|
|
|
~ScopedPThreadCancelDisabler()
|
|
|
|
{
|
|
|
|
// Restore the ability for this thread to be cancelled to what it
|
|
|
|
// previously was.
|
|
|
|
if (m_old_state != -1)
|
|
|
|
::pthread_setcancelstate (m_old_state, 0);
|
|
|
|
}
|
|
|
|
private:
|
|
|
|
int m_old_state; // Save the old cancelability state.
|
|
|
|
};
|
|
|
|
|
|
|
|
static void *
|
|
|
|
MonitorChildProcessThreadFunction (void *arg)
|
|
|
|
{
|
2010-11-06 09:53:30 +08:00
|
|
|
LogSP log(lldb_private::GetLogIfAllCategoriesSet (LIBLLDB_LOG_PROCESS));
|
2010-09-08 04:11:56 +08:00
|
|
|
const char *function = __FUNCTION__;
|
|
|
|
if (log)
|
|
|
|
log->Printf ("%s (arg = %p) thread starting...", function, arg);
|
|
|
|
|
|
|
|
MonitorInfo *info = (MonitorInfo *)arg;
|
|
|
|
|
|
|
|
const Host::MonitorChildProcessCallback callback = info->callback;
|
|
|
|
void * const callback_baton = info->callback_baton;
|
|
|
|
const lldb::pid_t pid = info->pid;
|
|
|
|
const bool monitor_signals = info->monitor_signals;
|
|
|
|
|
|
|
|
delete info;
|
|
|
|
|
|
|
|
int status = -1;
|
|
|
|
const int options = 0;
|
|
|
|
struct rusage *rusage = NULL;
|
|
|
|
while (1)
|
|
|
|
{
|
2010-10-30 05:48:37 +08:00
|
|
|
log = lldb_private::GetLogIfAllCategoriesSet (LIBLLDB_LOG_PROCESS);
|
2010-09-08 04:11:56 +08:00
|
|
|
if (log)
|
|
|
|
log->Printf("%s ::wait4 (pid = %i, &status, options = %i, rusage = %p)...", function, pid, options, rusage);
|
|
|
|
|
|
|
|
// Wait for all child processes
|
|
|
|
::pthread_testcancel ();
|
|
|
|
const lldb::pid_t wait_pid = ::wait4 (pid, &status, options, rusage);
|
|
|
|
::pthread_testcancel ();
|
|
|
|
|
|
|
|
if (wait_pid == -1)
|
|
|
|
{
|
|
|
|
if (errno == EINTR)
|
|
|
|
continue;
|
|
|
|
else
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
else if (wait_pid == pid)
|
|
|
|
{
|
|
|
|
bool exited = false;
|
|
|
|
int signal = 0;
|
|
|
|
int exit_status = 0;
|
|
|
|
const char *status_cstr = NULL;
|
|
|
|
if (WIFSTOPPED(status))
|
|
|
|
{
|
|
|
|
signal = WSTOPSIG(status);
|
|
|
|
status_cstr = "STOPPED";
|
|
|
|
}
|
|
|
|
else if (WIFEXITED(status))
|
|
|
|
{
|
|
|
|
exit_status = WEXITSTATUS(status);
|
|
|
|
status_cstr = "EXITED";
|
|
|
|
exited = true;
|
|
|
|
}
|
|
|
|
else if (WIFSIGNALED(status))
|
|
|
|
{
|
|
|
|
signal = WTERMSIG(status);
|
|
|
|
status_cstr = "SIGNALED";
|
|
|
|
exited = true;
|
|
|
|
exit_status = -1;
|
|
|
|
}
|
|
|
|
else
|
|
|
|
{
|
|
|
|
status_cstr = "(???)";
|
|
|
|
}
|
|
|
|
|
|
|
|
// Scope for pthread_cancel_disabler
|
|
|
|
{
|
|
|
|
ScopedPThreadCancelDisabler pthread_cancel_disabler;
|
|
|
|
|
2010-10-30 05:48:37 +08:00
|
|
|
log = lldb_private::GetLogIfAllCategoriesSet (LIBLLDB_LOG_PROCESS);
|
2010-09-08 04:11:56 +08:00
|
|
|
if (log)
|
|
|
|
log->Printf ("%s ::wait4 (pid = %i, &status, options = %i, rusage = %p) => pid = %i, status = 0x%8.8x (%s), signal = %i, exit_state = %i",
|
|
|
|
function,
|
|
|
|
wait_pid,
|
|
|
|
options,
|
|
|
|
rusage,
|
|
|
|
pid,
|
|
|
|
status,
|
|
|
|
status_cstr,
|
|
|
|
signal,
|
|
|
|
exit_status);
|
|
|
|
|
|
|
|
if (exited || (signal != 0 && monitor_signals))
|
|
|
|
{
|
|
|
|
bool callback_return = callback (callback_baton, pid, signal, exit_status);
|
|
|
|
|
|
|
|
// If our process exited, then this thread should exit
|
|
|
|
if (exited)
|
|
|
|
break;
|
|
|
|
// If the callback returns true, it means this process should
|
|
|
|
// exit
|
|
|
|
if (callback_return)
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2010-10-30 05:48:37 +08:00
|
|
|
log = lldb_private::GetLogIfAllCategoriesSet (LIBLLDB_LOG_PROCESS);
|
2010-09-08 04:11:56 +08:00
|
|
|
if (log)
|
|
|
|
log->Printf ("%s (arg = %p) thread exiting...", __FUNCTION__, arg);
|
|
|
|
|
|
|
|
return NULL;
|
|
|
|
}
|
|
|
|
|
2010-07-03 03:28:44 +08:00
|
|
|
size_t
|
|
|
|
Host::GetPageSize()
|
|
|
|
{
|
|
|
|
return ::getpagesize();
|
|
|
|
}
|
|
|
|
|
|
|
|
const ArchSpec &
|
|
|
|
Host::GetArchitecture ()
|
|
|
|
{
|
|
|
|
static ArchSpec g_host_arch;
|
|
|
|
if (!g_host_arch.IsValid())
|
|
|
|
{
|
2010-09-08 04:11:56 +08:00
|
|
|
#if defined (__APPLE__)
|
2010-07-03 03:28:44 +08:00
|
|
|
uint32_t cputype, cpusubtype;
|
|
|
|
uint32_t is_64_bit_capable;
|
|
|
|
size_t len = sizeof(cputype);
|
|
|
|
if (::sysctlbyname("hw.cputype", &cputype, &len, NULL, 0) == 0)
|
|
|
|
{
|
|
|
|
len = sizeof(cpusubtype);
|
|
|
|
if (::sysctlbyname("hw.cpusubtype", &cpusubtype, &len, NULL, 0) == 0)
|
2011-02-04 09:58:07 +08:00
|
|
|
g_host_arch.SetMachOArch (cputype, cpusubtype);
|
2010-07-03 03:28:44 +08:00
|
|
|
|
|
|
|
len = sizeof (is_64_bit_capable);
|
|
|
|
if (::sysctlbyname("hw.cpu64bit_capable", &is_64_bit_capable, &len, NULL, 0) == 0)
|
|
|
|
{
|
|
|
|
if (is_64_bit_capable)
|
|
|
|
{
|
|
|
|
if (cputype == CPU_TYPE_I386 && cpusubtype == CPU_SUBTYPE_486)
|
|
|
|
cpusubtype = CPU_SUBTYPE_I386_ALL;
|
|
|
|
|
|
|
|
cputype |= CPU_ARCH_ABI64;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
2010-09-08 04:11:56 +08:00
|
|
|
#elif defined (__linux__)
|
2011-02-08 01:43:47 +08:00
|
|
|
g_host_arch.SetElfArch(7u, 144u);
|
2010-07-03 03:28:44 +08:00
|
|
|
#endif
|
2010-09-08 04:11:56 +08:00
|
|
|
}
|
2010-07-03 03:28:44 +08:00
|
|
|
return g_host_arch;
|
|
|
|
}
|
|
|
|
|
|
|
|
const ConstString &
|
|
|
|
Host::GetVendorString()
|
|
|
|
{
|
|
|
|
static ConstString g_vendor;
|
|
|
|
if (!g_vendor)
|
|
|
|
{
|
2010-09-08 04:11:56 +08:00
|
|
|
#if defined (__APPLE__)
|
2010-07-03 03:28:44 +08:00
|
|
|
char ostype[64];
|
|
|
|
size_t len = sizeof(ostype);
|
|
|
|
if (::sysctlbyname("kern.ostype", &ostype, &len, NULL, 0) == 0)
|
|
|
|
g_vendor.SetCString (ostype);
|
2010-09-08 04:11:56 +08:00
|
|
|
else
|
|
|
|
g_vendor.SetCString("apple");
|
|
|
|
#elif defined (__linux__)
|
2010-07-03 03:28:44 +08:00
|
|
|
g_vendor.SetCString("gnu");
|
|
|
|
#endif
|
|
|
|
}
|
|
|
|
return g_vendor;
|
|
|
|
}
|
|
|
|
|
|
|
|
const ConstString &
|
|
|
|
Host::GetOSString()
|
|
|
|
{
|
2010-09-08 04:11:56 +08:00
|
|
|
static ConstString g_os_string;
|
|
|
|
if (!g_os_string)
|
|
|
|
{
|
|
|
|
#if defined (__APPLE__)
|
|
|
|
g_os_string.SetCString("darwin");
|
|
|
|
#elif defined (__linux__)
|
|
|
|
g_os_string.SetCString("linux");
|
|
|
|
#endif
|
|
|
|
}
|
2010-07-03 03:28:44 +08:00
|
|
|
return g_os_string;
|
|
|
|
}
|
|
|
|
|
|
|
|
const ConstString &
|
|
|
|
Host::GetTargetTriple()
|
|
|
|
{
|
|
|
|
static ConstString g_host_triple;
|
|
|
|
if (!(g_host_triple))
|
|
|
|
{
|
|
|
|
StreamString triple;
|
|
|
|
triple.Printf("%s-%s-%s",
|
2010-09-08 04:11:56 +08:00
|
|
|
GetArchitecture().AsCString(),
|
|
|
|
GetVendorString().AsCString(),
|
|
|
|
GetOSString().AsCString());
|
2010-07-03 03:28:44 +08:00
|
|
|
|
|
|
|
std::transform (triple.GetString().begin(),
|
|
|
|
triple.GetString().end(),
|
|
|
|
triple.GetString().begin(),
|
|
|
|
::tolower);
|
|
|
|
|
|
|
|
g_host_triple.SetCString(triple.GetString().c_str());
|
|
|
|
}
|
|
|
|
return g_host_triple;
|
|
|
|
}
|
|
|
|
|
2010-09-08 04:11:56 +08:00
|
|
|
lldb::pid_t
|
|
|
|
Host::GetCurrentProcessID()
|
|
|
|
{
|
|
|
|
return ::getpid();
|
|
|
|
}
|
|
|
|
|
|
|
|
lldb::tid_t
|
|
|
|
Host::GetCurrentThreadID()
|
|
|
|
{
|
|
|
|
#if defined (__APPLE__)
|
|
|
|
return ::mach_thread_self();
|
|
|
|
#else
|
|
|
|
return lldb::tid_t(pthread_self());
|
|
|
|
#endif
|
|
|
|
}
|
|
|
|
|
|
|
|
const char *
|
|
|
|
Host::GetSignalAsCString (int signo)
|
|
|
|
{
|
|
|
|
switch (signo)
|
|
|
|
{
|
|
|
|
case SIGHUP: return "SIGHUP"; // 1 hangup
|
|
|
|
case SIGINT: return "SIGINT"; // 2 interrupt
|
|
|
|
case SIGQUIT: return "SIGQUIT"; // 3 quit
|
|
|
|
case SIGILL: return "SIGILL"; // 4 illegal instruction (not reset when caught)
|
|
|
|
case SIGTRAP: return "SIGTRAP"; // 5 trace trap (not reset when caught)
|
|
|
|
case SIGABRT: return "SIGABRT"; // 6 abort()
|
|
|
|
#if defined(_POSIX_C_SOURCE)
|
|
|
|
case SIGPOLL: return "SIGPOLL"; // 7 pollable event ([XSR] generated, not supported)
|
|
|
|
#else // !_POSIX_C_SOURCE
|
|
|
|
case SIGEMT: return "SIGEMT"; // 7 EMT instruction
|
|
|
|
#endif // !_POSIX_C_SOURCE
|
|
|
|
case SIGFPE: return "SIGFPE"; // 8 floating point exception
|
|
|
|
case SIGKILL: return "SIGKILL"; // 9 kill (cannot be caught or ignored)
|
|
|
|
case SIGBUS: return "SIGBUS"; // 10 bus error
|
|
|
|
case SIGSEGV: return "SIGSEGV"; // 11 segmentation violation
|
|
|
|
case SIGSYS: return "SIGSYS"; // 12 bad argument to system call
|
|
|
|
case SIGPIPE: return "SIGPIPE"; // 13 write on a pipe with no one to read it
|
|
|
|
case SIGALRM: return "SIGALRM"; // 14 alarm clock
|
|
|
|
case SIGTERM: return "SIGTERM"; // 15 software termination signal from kill
|
|
|
|
case SIGURG: return "SIGURG"; // 16 urgent condition on IO channel
|
|
|
|
case SIGSTOP: return "SIGSTOP"; // 17 sendable stop signal not from tty
|
|
|
|
case SIGTSTP: return "SIGTSTP"; // 18 stop signal from tty
|
|
|
|
case SIGCONT: return "SIGCONT"; // 19 continue a stopped process
|
|
|
|
case SIGCHLD: return "SIGCHLD"; // 20 to parent on child stop or exit
|
|
|
|
case SIGTTIN: return "SIGTTIN"; // 21 to readers pgrp upon background tty read
|
|
|
|
case SIGTTOU: return "SIGTTOU"; // 22 like TTIN for output if (tp->t_local<OSTOP)
|
|
|
|
#if !defined(_POSIX_C_SOURCE)
|
|
|
|
case SIGIO: return "SIGIO"; // 23 input/output possible signal
|
|
|
|
#endif
|
|
|
|
case SIGXCPU: return "SIGXCPU"; // 24 exceeded CPU time limit
|
|
|
|
case SIGXFSZ: return "SIGXFSZ"; // 25 exceeded file size limit
|
|
|
|
case SIGVTALRM: return "SIGVTALRM"; // 26 virtual time alarm
|
|
|
|
case SIGPROF: return "SIGPROF"; // 27 profiling time alarm
|
|
|
|
#if !defined(_POSIX_C_SOURCE)
|
|
|
|
case SIGWINCH: return "SIGWINCH"; // 28 window size changes
|
|
|
|
case SIGINFO: return "SIGINFO"; // 29 information request
|
|
|
|
#endif
|
|
|
|
case SIGUSR1: return "SIGUSR1"; // 30 user defined signal 1
|
|
|
|
case SIGUSR2: return "SIGUSR2"; // 31 user defined signal 2
|
|
|
|
default:
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
return NULL;
|
|
|
|
}
|
|
|
|
|
|
|
|
void
|
|
|
|
Host::WillTerminate ()
|
|
|
|
{
|
|
|
|
}
|
2010-07-03 03:28:44 +08:00
|
|
|
|
2010-09-08 04:11:56 +08:00
|
|
|
#if !defined (__APPLE__) // see macosx/Host.mm
|
|
|
|
void
|
|
|
|
Host::ThreadCreated (const char *thread_name)
|
2010-07-03 03:28:44 +08:00
|
|
|
{
|
|
|
|
}
|
2010-12-03 14:02:24 +08:00
|
|
|
|
|
|
|
void
|
|
|
|
Host::Backtrace (Stream &strm, uint32_t max_frames)
|
|
|
|
{
|
Modified the PluginManager to be ready for loading plug-ins from a system
LLDB plugin directory and a user LLDB plugin directory. We currently still
need to work out at what layer the plug-ins will be, but at least we are
prepared for plug-ins. Plug-ins will attempt to be loaded from the
"/Developer/Library/PrivateFrameworks/LLDB.framework/Resources/Plugins"
folder, and from the "~/Library/Application Support/LLDB/Plugins" folder on
MacOSX. Each plugin will be scanned for:
extern "C" bool LLDBPluginInitialize(void);
extern "C" void LLDBPluginTerminate(void);
If at least LLDBPluginInitialize is found, the plug-in will be loaded. The
LLDBPluginInitialize function returns a bool that indicates if the plug-in
should stay loaded or not (plug-ins might check the current OS, current
hardware, or anything else and determine they don't want to run on the current
host). The plug-in is uniqued by path and added to a static loaded plug-in
map. The plug-in scanning happens during "lldb_private::Initialize()" which
calls to the PluginManager::Initialize() function. Likewise with termination
lldb_private::Terminate() calls PluginManager::Terminate(). The paths for the
plug-in directories is fetched through new Host calls:
bool Host::GetLLDBPath (ePathTypeLLDBSystemPlugins, dir_spec);
bool Host::GetLLDBPath (ePathTypeLLDBUserPlugins, dir_spec);
This way linux and other systems can define their own appropriate locations
for plug-ins to be loaded.
To allow dynamic shared library loading, the Host layer has also been modified
to include shared library open, close and get symbol:
static void *
Host::DynamicLibraryOpen (const FileSpec &file_spec,
Error &error);
static Error
Host::DynamicLibraryClose (void *dynamic_library_handle);
static void *
Host::DynamicLibraryGetSymbol (void *dynamic_library_handle,
const char *symbol_name,
Error &error);
lldb_private::FileSpec also has been modified to support directory enumeration
in an attempt to abstract the directory enumeration into one spot in the code.
The directory enumertion function is static and takes a callback:
typedef enum EnumerateDirectoryResult
{
eEnumerateDirectoryResultNext, // Enumerate next entry in the current directory
eEnumerateDirectoryResultEnter, // Recurse into the current entry if it is a directory or symlink, or next if not
eEnumerateDirectoryResultExit, // Exit from the current directory at the current level.
eEnumerateDirectoryResultQuit // Stop directory enumerations at any level
};
typedef FileSpec::EnumerateDirectoryResult (*EnumerateDirectoryCallbackType) (void *baton,
FileSpec::FileType file_type,
const FileSpec &spec);
static FileSpec::EnumerateDirectoryResult
FileSpec::EnumerateDirectory (const char *dir_path,
bool find_directories,
bool find_files,
bool find_other,
EnumerateDirectoryCallbackType callback,
void *callback_baton);
This allow clients to specify the directory to search, and specifies if only
files, directories or other (pipe, symlink, fifo, etc) files will cause the
callback to be called. The callback also gets to return with the action that
should be performed after this directory entry. eEnumerateDirectoryResultNext
specifies to continue enumerating through a directory with the next entry.
eEnumerateDirectoryResultEnter specifies to recurse down into a directory
entry, or if the file is not a directory or symlink/alias to a directory, then
just iterate to the next entry. eEnumerateDirectoryResultExit specifies to
exit the current directory and skip any entries that might be remaining, yet
continue enumerating to the next entry in the parent directory. And finally
eEnumerateDirectoryResultQuit means to abort all directory enumerations at
all levels.
Modified the Declaration class to not include column information currently
since we don't have any compilers that currently support column based
declaration information. Columns support can be re-enabled with the
additions of a #define.
Added the ability to find an EmulateInstruction plug-in given a target triple
and optional plug-in name in the plug-in manager.
Fixed a few cases where opendir/readdir was being used, but yet not closedir
was being used. Soon these will be deprecated in favor of the new directory
enumeration call that was added to the FileSpec class.
llvm-svn: 124716
2011-02-02 10:24:04 +08:00
|
|
|
// TODO: Is there a way to backtrace the current process on linux? Other systems?
|
2010-12-03 14:02:24 +08:00
|
|
|
}
|
|
|
|
|
2010-12-04 08:10:17 +08:00
|
|
|
|
|
|
|
size_t
|
|
|
|
Host::GetEnvironment (StringList &env)
|
|
|
|
{
|
Modified the PluginManager to be ready for loading plug-ins from a system
LLDB plugin directory and a user LLDB plugin directory. We currently still
need to work out at what layer the plug-ins will be, but at least we are
prepared for plug-ins. Plug-ins will attempt to be loaded from the
"/Developer/Library/PrivateFrameworks/LLDB.framework/Resources/Plugins"
folder, and from the "~/Library/Application Support/LLDB/Plugins" folder on
MacOSX. Each plugin will be scanned for:
extern "C" bool LLDBPluginInitialize(void);
extern "C" void LLDBPluginTerminate(void);
If at least LLDBPluginInitialize is found, the plug-in will be loaded. The
LLDBPluginInitialize function returns a bool that indicates if the plug-in
should stay loaded or not (plug-ins might check the current OS, current
hardware, or anything else and determine they don't want to run on the current
host). The plug-in is uniqued by path and added to a static loaded plug-in
map. The plug-in scanning happens during "lldb_private::Initialize()" which
calls to the PluginManager::Initialize() function. Likewise with termination
lldb_private::Terminate() calls PluginManager::Terminate(). The paths for the
plug-in directories is fetched through new Host calls:
bool Host::GetLLDBPath (ePathTypeLLDBSystemPlugins, dir_spec);
bool Host::GetLLDBPath (ePathTypeLLDBUserPlugins, dir_spec);
This way linux and other systems can define their own appropriate locations
for plug-ins to be loaded.
To allow dynamic shared library loading, the Host layer has also been modified
to include shared library open, close and get symbol:
static void *
Host::DynamicLibraryOpen (const FileSpec &file_spec,
Error &error);
static Error
Host::DynamicLibraryClose (void *dynamic_library_handle);
static void *
Host::DynamicLibraryGetSymbol (void *dynamic_library_handle,
const char *symbol_name,
Error &error);
lldb_private::FileSpec also has been modified to support directory enumeration
in an attempt to abstract the directory enumeration into one spot in the code.
The directory enumertion function is static and takes a callback:
typedef enum EnumerateDirectoryResult
{
eEnumerateDirectoryResultNext, // Enumerate next entry in the current directory
eEnumerateDirectoryResultEnter, // Recurse into the current entry if it is a directory or symlink, or next if not
eEnumerateDirectoryResultExit, // Exit from the current directory at the current level.
eEnumerateDirectoryResultQuit // Stop directory enumerations at any level
};
typedef FileSpec::EnumerateDirectoryResult (*EnumerateDirectoryCallbackType) (void *baton,
FileSpec::FileType file_type,
const FileSpec &spec);
static FileSpec::EnumerateDirectoryResult
FileSpec::EnumerateDirectory (const char *dir_path,
bool find_directories,
bool find_files,
bool find_other,
EnumerateDirectoryCallbackType callback,
void *callback_baton);
This allow clients to specify the directory to search, and specifies if only
files, directories or other (pipe, symlink, fifo, etc) files will cause the
callback to be called. The callback also gets to return with the action that
should be performed after this directory entry. eEnumerateDirectoryResultNext
specifies to continue enumerating through a directory with the next entry.
eEnumerateDirectoryResultEnter specifies to recurse down into a directory
entry, or if the file is not a directory or symlink/alias to a directory, then
just iterate to the next entry. eEnumerateDirectoryResultExit specifies to
exit the current directory and skip any entries that might be remaining, yet
continue enumerating to the next entry in the parent directory. And finally
eEnumerateDirectoryResultQuit means to abort all directory enumerations at
all levels.
Modified the Declaration class to not include column information currently
since we don't have any compilers that currently support column based
declaration information. Columns support can be re-enabled with the
additions of a #define.
Added the ability to find an EmulateInstruction plug-in given a target triple
and optional plug-in name in the plug-in manager.
Fixed a few cases where opendir/readdir was being used, but yet not closedir
was being used. Soon these will be deprecated in favor of the new directory
enumeration call that was added to the FileSpec class.
llvm-svn: 124716
2011-02-02 10:24:04 +08:00
|
|
|
// TODO: Is there a way to the host environment for this process on linux? Other systems?
|
2010-12-04 08:10:17 +08:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2010-09-08 04:11:56 +08:00
|
|
|
#endif
|
2010-07-03 03:28:44 +08:00
|
|
|
|
|
|
|
struct HostThreadCreateInfo
|
|
|
|
{
|
|
|
|
std::string thread_name;
|
|
|
|
thread_func_t thread_fptr;
|
|
|
|
thread_arg_t thread_arg;
|
2010-09-08 04:11:56 +08:00
|
|
|
|
2010-07-03 03:28:44 +08:00
|
|
|
HostThreadCreateInfo (const char *name, thread_func_t fptr, thread_arg_t arg) :
|
|
|
|
thread_name (name ? name : ""),
|
|
|
|
thread_fptr (fptr),
|
|
|
|
thread_arg (arg)
|
|
|
|
{
|
|
|
|
}
|
|
|
|
};
|
|
|
|
|
|
|
|
static thread_result_t
|
|
|
|
ThreadCreateTrampoline (thread_arg_t arg)
|
|
|
|
{
|
|
|
|
HostThreadCreateInfo *info = (HostThreadCreateInfo *)arg;
|
|
|
|
Host::ThreadCreated (info->thread_name.c_str());
|
|
|
|
thread_func_t thread_fptr = info->thread_fptr;
|
|
|
|
thread_arg_t thread_arg = info->thread_arg;
|
2010-09-08 04:11:56 +08:00
|
|
|
|
2010-11-06 09:53:30 +08:00
|
|
|
LogSP log(lldb_private::GetLogIfAllCategoriesSet (LIBLLDB_LOG_THREAD));
|
2010-07-03 03:28:44 +08:00
|
|
|
if (log)
|
|
|
|
log->Printf("thread created");
|
2010-09-08 04:11:56 +08:00
|
|
|
|
2010-07-03 03:28:44 +08:00
|
|
|
delete info;
|
|
|
|
return thread_fptr (thread_arg);
|
|
|
|
}
|
|
|
|
|
|
|
|
lldb::thread_t
|
|
|
|
Host::ThreadCreate
|
|
|
|
(
|
|
|
|
const char *thread_name,
|
|
|
|
thread_func_t thread_fptr,
|
|
|
|
thread_arg_t thread_arg,
|
|
|
|
Error *error
|
|
|
|
)
|
|
|
|
{
|
|
|
|
lldb::thread_t thread = LLDB_INVALID_HOST_THREAD;
|
2010-09-08 04:11:56 +08:00
|
|
|
|
2010-07-03 03:28:44 +08:00
|
|
|
// Host::ThreadCreateTrampoline will delete this pointer for us.
|
|
|
|
HostThreadCreateInfo *info_ptr = new HostThreadCreateInfo (thread_name, thread_fptr, thread_arg);
|
2010-09-08 04:11:56 +08:00
|
|
|
|
2010-07-03 03:28:44 +08:00
|
|
|
int err = ::pthread_create (&thread, NULL, ThreadCreateTrampoline, info_ptr);
|
|
|
|
if (err == 0)
|
|
|
|
{
|
|
|
|
if (error)
|
|
|
|
error->Clear();
|
|
|
|
return thread;
|
|
|
|
}
|
2010-09-08 04:11:56 +08:00
|
|
|
|
2010-07-03 03:28:44 +08:00
|
|
|
if (error)
|
|
|
|
error->SetError (err, eErrorTypePOSIX);
|
2010-09-08 04:11:56 +08:00
|
|
|
|
2010-07-03 03:28:44 +08:00
|
|
|
return LLDB_INVALID_HOST_THREAD;
|
|
|
|
}
|
|
|
|
|
|
|
|
bool
|
|
|
|
Host::ThreadCancel (lldb::thread_t thread, Error *error)
|
|
|
|
{
|
|
|
|
int err = ::pthread_cancel (thread);
|
|
|
|
if (error)
|
|
|
|
error->SetError(err, eErrorTypePOSIX);
|
|
|
|
return err == 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
bool
|
|
|
|
Host::ThreadDetach (lldb::thread_t thread, Error *error)
|
|
|
|
{
|
|
|
|
int err = ::pthread_detach (thread);
|
|
|
|
if (error)
|
|
|
|
error->SetError(err, eErrorTypePOSIX);
|
|
|
|
return err == 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
bool
|
|
|
|
Host::ThreadJoin (lldb::thread_t thread, thread_result_t *thread_result_ptr, Error *error)
|
|
|
|
{
|
|
|
|
int err = ::pthread_join (thread, thread_result_ptr);
|
|
|
|
if (error)
|
|
|
|
error->SetError(err, eErrorTypePOSIX);
|
|
|
|
return err == 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
//------------------------------------------------------------------
|
|
|
|
// Control access to a static file thread name map using a single
|
|
|
|
// static function to avoid a static constructor.
|
|
|
|
//------------------------------------------------------------------
|
|
|
|
static const char *
|
|
|
|
ThreadNameAccessor (bool get, lldb::pid_t pid, lldb::tid_t tid, const char *name)
|
|
|
|
{
|
|
|
|
uint64_t pid_tid = ((uint64_t)pid << 32) | (uint64_t)tid;
|
|
|
|
|
|
|
|
static pthread_mutex_t g_mutex = PTHREAD_MUTEX_INITIALIZER;
|
|
|
|
Mutex::Locker locker(&g_mutex);
|
|
|
|
|
|
|
|
typedef std::map<uint64_t, std::string> thread_name_map;
|
2010-09-08 04:11:56 +08:00
|
|
|
// rdar://problem/8153284
|
|
|
|
// Fixed a crasher where during shutdown, loggings attempted to access the
|
|
|
|
// thread name but the static map instance had already been destructed.
|
|
|
|
// Another approach is to introduce a static guard object which monitors its
|
|
|
|
// own destruction and raises a flag, but this incurs more overhead.
|
|
|
|
static thread_name_map *g_thread_names_ptr = new thread_name_map();
|
|
|
|
thread_name_map &g_thread_names = *g_thread_names_ptr;
|
2010-07-03 03:28:44 +08:00
|
|
|
|
|
|
|
if (get)
|
|
|
|
{
|
|
|
|
// See if the thread name exists in our thread name pool
|
|
|
|
thread_name_map::iterator pos = g_thread_names.find(pid_tid);
|
|
|
|
if (pos != g_thread_names.end())
|
|
|
|
return pos->second.c_str();
|
|
|
|
}
|
|
|
|
else
|
|
|
|
{
|
|
|
|
// Set the thread name
|
|
|
|
g_thread_names[pid_tid] = name;
|
|
|
|
}
|
|
|
|
return NULL;
|
|
|
|
}
|
|
|
|
|
|
|
|
const char *
|
|
|
|
Host::GetThreadName (lldb::pid_t pid, lldb::tid_t tid)
|
|
|
|
{
|
|
|
|
const char *name = ThreadNameAccessor (true, pid, tid, NULL);
|
|
|
|
if (name == NULL)
|
|
|
|
{
|
2010-09-08 04:11:56 +08:00
|
|
|
#if defined(__APPLE__) && MAC_OS_X_VERSION_MAX_ALLOWED > MAC_OS_X_VERSION_10_5
|
2010-07-03 03:28:44 +08:00
|
|
|
// We currently can only get the name of a thread in the current process.
|
|
|
|
if (pid == Host::GetCurrentProcessID())
|
|
|
|
{
|
|
|
|
char pthread_name[1024];
|
|
|
|
if (::pthread_getname_np (::pthread_from_mach_thread_np (tid), pthread_name, sizeof(pthread_name)) == 0)
|
|
|
|
{
|
|
|
|
if (pthread_name[0])
|
|
|
|
{
|
|
|
|
// Set the thread in our string pool
|
|
|
|
ThreadNameAccessor (false, pid, tid, pthread_name);
|
|
|
|
// Get our copy of the thread name string
|
|
|
|
name = ThreadNameAccessor (true, pid, tid, NULL);
|
|
|
|
}
|
|
|
|
}
|
2010-10-31 11:01:06 +08:00
|
|
|
|
|
|
|
if (name == NULL)
|
|
|
|
{
|
|
|
|
dispatch_queue_t current_queue = ::dispatch_get_current_queue ();
|
|
|
|
if (current_queue != NULL)
|
|
|
|
name = dispatch_queue_get_label (current_queue);
|
|
|
|
}
|
2010-07-03 03:28:44 +08:00
|
|
|
}
|
|
|
|
#endif
|
|
|
|
}
|
|
|
|
return name;
|
|
|
|
}
|
|
|
|
|
|
|
|
void
|
|
|
|
Host::SetThreadName (lldb::pid_t pid, lldb::tid_t tid, const char *name)
|
|
|
|
{
|
|
|
|
lldb::pid_t curr_pid = Host::GetCurrentProcessID();
|
|
|
|
lldb::tid_t curr_tid = Host::GetCurrentThreadID();
|
|
|
|
if (pid == LLDB_INVALID_PROCESS_ID)
|
|
|
|
pid = curr_pid;
|
|
|
|
|
|
|
|
if (tid == LLDB_INVALID_THREAD_ID)
|
|
|
|
tid = curr_tid;
|
|
|
|
|
2010-09-08 04:11:56 +08:00
|
|
|
#if defined(__APPLE__) && MAC_OS_X_VERSION_MAX_ALLOWED > MAC_OS_X_VERSION_10_5
|
2010-07-03 03:28:44 +08:00
|
|
|
// Set the pthread name if possible
|
|
|
|
if (pid == curr_pid && tid == curr_tid)
|
|
|
|
{
|
2010-09-08 04:11:56 +08:00
|
|
|
::pthread_setname_np (name);
|
2010-07-03 03:28:44 +08:00
|
|
|
}
|
|
|
|
#endif
|
|
|
|
ThreadNameAccessor (false, pid, tid, name);
|
|
|
|
}
|
|
|
|
|
|
|
|
FileSpec
|
|
|
|
Host::GetProgramFileSpec ()
|
|
|
|
{
|
2010-09-08 04:11:56 +08:00
|
|
|
static FileSpec g_program_filespec;
|
|
|
|
if (!g_program_filespec)
|
2010-07-03 03:28:44 +08:00
|
|
|
{
|
2010-09-08 04:11:56 +08:00
|
|
|
#if defined (__APPLE__)
|
|
|
|
char program_fullpath[PATH_MAX];
|
|
|
|
// If DST is NULL, then return the number of bytes needed.
|
|
|
|
uint32_t len = sizeof(program_fullpath);
|
|
|
|
int err = _NSGetExecutablePath (program_fullpath, &len);
|
|
|
|
if (err == 0)
|
2011-01-13 09:23:43 +08:00
|
|
|
g_program_filespec.SetFile (program_fullpath, false);
|
2010-09-08 04:11:56 +08:00
|
|
|
else if (err == -1)
|
|
|
|
{
|
|
|
|
char *large_program_fullpath = (char *)::malloc (len + 1);
|
|
|
|
|
|
|
|
err = _NSGetExecutablePath (large_program_fullpath, &len);
|
|
|
|
if (err == 0)
|
2011-01-13 09:23:43 +08:00
|
|
|
g_program_filespec.SetFile (large_program_fullpath, false);
|
2010-09-08 04:11:56 +08:00
|
|
|
|
|
|
|
::free (large_program_fullpath);
|
|
|
|
}
|
|
|
|
#elif defined (__linux__)
|
|
|
|
char exe_path[PATH_MAX];
|
2011-01-12 12:21:21 +08:00
|
|
|
ssize_t len = readlink("/proc/self/exe", exe_path, sizeof(exe_path) - 1);
|
|
|
|
if (len > 0) {
|
|
|
|
exe_path[len] = 0;
|
2011-01-13 09:23:43 +08:00
|
|
|
g_program_filespec.SetFile(exe_path, false);
|
2011-01-12 12:21:21 +08:00
|
|
|
}
|
2010-09-08 04:11:56 +08:00
|
|
|
#elif defined (__FreeBSD__)
|
|
|
|
int exe_path_mib[4] = { CTL_KERN, KERN_PROC, KERN_PROC_PATHNAME, getpid() };
|
|
|
|
size_t exe_path_size;
|
|
|
|
if (sysctl(exe_path_mib, 4, NULL, &exe_path_size, NULL, 0) == 0)
|
|
|
|
{
|
2011-01-13 09:27:55 +08:00
|
|
|
char *exe_path = new char[exe_path_size];
|
|
|
|
if (sysctl(exe_path_mib, 4, exe_path, &exe_path_size, NULL, 0) == 0)
|
|
|
|
g_program_filespec.SetFile(exe_path, false);
|
|
|
|
delete[] exe_path;
|
2010-09-08 04:11:56 +08:00
|
|
|
}
|
|
|
|
#endif
|
2010-07-03 03:28:44 +08:00
|
|
|
}
|
2010-09-08 04:11:56 +08:00
|
|
|
return g_program_filespec;
|
2010-07-03 03:28:44 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
FileSpec
|
|
|
|
Host::GetModuleFileSpecForHostAddress (const void *host_addr)
|
|
|
|
{
|
|
|
|
FileSpec module_filespec;
|
|
|
|
Dl_info info;
|
|
|
|
if (::dladdr (host_addr, &info))
|
|
|
|
{
|
|
|
|
if (info.dli_fname)
|
2010-10-21 04:54:39 +08:00
|
|
|
module_filespec.SetFile(info.dli_fname, true);
|
2010-07-03 03:28:44 +08:00
|
|
|
}
|
|
|
|
return module_filespec;
|
|
|
|
}
|
|
|
|
|
2010-09-08 04:11:56 +08:00
|
|
|
#if !defined (__APPLE__) // see Host.mm
|
2010-07-03 03:28:44 +08:00
|
|
|
bool
|
Added a new Host call to find LLDB related paths:
static bool
Host::GetLLDBPath (lldb::PathType path_type, FileSpec &file_spec);
This will fill in "file_spec" with an appropriate path that is appropriate
for the current Host OS. MacOSX will return paths within the LLDB.framework,
and other unixes will return the paths they want. The current PathType
enums are:
typedef enum PathType
{
ePathTypeLLDBShlibDir, // The directory where the lldb.so (unix) or LLDB mach-o file in LLDB.framework (MacOSX) exists
ePathTypeSupportExecutableDir, // Find LLDB support executable directory (debugserver, etc)
ePathTypeHeaderDir, // Find LLDB header file directory
ePathTypePythonDir // Find Python modules (PYTHONPATH) directory
} PathType;
All places that were finding executables are and python paths are now updated
to use this Host call.
Added another new host call to launch the inferior in a terminal. This ability
will be very host specific and doesn't need to be supported on all systems.
MacOSX currently will create a new .command file and tell Terminal.app to open
the .command file. It also uses the new "darwin-debug" app which is a small
app that uses posix to exec (no fork) and stop at the entry point of the
program. The GDB remote plug-in is almost able launch a process and attach to
it, it currently will spawn the process, but it won't attach to it just yet.
This will let LLDB not have to share the terminal with another process and a
new terminal window will pop up when you launch. This won't get hooked up
until we work out all of the kinks. The new Host function is:
static lldb::pid_t
Host::LaunchInNewTerminal (
const char **argv, // argv[0] is executable
const char **envp,
const ArchSpec *arch_spec,
bool stop_at_entry,
bool disable_aslr);
Cleaned up FileSpec::GetPath to not use strncpy() as it was always zero
filling the entire path buffer.
Fixed an issue with the dynamic checker function where I missed a '$' prefix
that should have been added.
llvm-svn: 116690
2010-10-18 06:03:32 +08:00
|
|
|
Host::ResolveExecutableInBundle (FileSpec &file)
|
2010-07-03 03:28:44 +08:00
|
|
|
{
|
Added a new Host call to find LLDB related paths:
static bool
Host::GetLLDBPath (lldb::PathType path_type, FileSpec &file_spec);
This will fill in "file_spec" with an appropriate path that is appropriate
for the current Host OS. MacOSX will return paths within the LLDB.framework,
and other unixes will return the paths they want. The current PathType
enums are:
typedef enum PathType
{
ePathTypeLLDBShlibDir, // The directory where the lldb.so (unix) or LLDB mach-o file in LLDB.framework (MacOSX) exists
ePathTypeSupportExecutableDir, // Find LLDB support executable directory (debugserver, etc)
ePathTypeHeaderDir, // Find LLDB header file directory
ePathTypePythonDir // Find Python modules (PYTHONPATH) directory
} PathType;
All places that were finding executables are and python paths are now updated
to use this Host call.
Added another new host call to launch the inferior in a terminal. This ability
will be very host specific and doesn't need to be supported on all systems.
MacOSX currently will create a new .command file and tell Terminal.app to open
the .command file. It also uses the new "darwin-debug" app which is a small
app that uses posix to exec (no fork) and stop at the entry point of the
program. The GDB remote plug-in is almost able launch a process and attach to
it, it currently will spawn the process, but it won't attach to it just yet.
This will let LLDB not have to share the terminal with another process and a
new terminal window will pop up when you launch. This won't get hooked up
until we work out all of the kinks. The new Host function is:
static lldb::pid_t
Host::LaunchInNewTerminal (
const char **argv, // argv[0] is executable
const char **envp,
const ArchSpec *arch_spec,
bool stop_at_entry,
bool disable_aslr);
Cleaned up FileSpec::GetPath to not use strncpy() as it was always zero
filling the entire path buffer.
Fixed an issue with the dynamic checker function where I missed a '$' prefix
that should have been added.
llvm-svn: 116690
2010-10-18 06:03:32 +08:00
|
|
|
return false;
|
2010-07-03 03:28:44 +08:00
|
|
|
}
|
2010-09-08 04:11:56 +08:00
|
|
|
#endif
|
2010-07-03 03:28:44 +08:00
|
|
|
|
2011-02-08 08:35:34 +08:00
|
|
|
// Opaque info that tracks a dynamic library that was loaded
|
|
|
|
struct DynamicLibraryInfo
|
|
|
|
{
|
|
|
|
DynamicLibraryInfo (const FileSpec &fs, int o, void *h) :
|
|
|
|
file_spec (fs),
|
|
|
|
open_options (o),
|
|
|
|
handle (h)
|
|
|
|
{
|
|
|
|
}
|
|
|
|
|
|
|
|
const FileSpec file_spec;
|
|
|
|
uint32_t open_options;
|
|
|
|
void * handle;
|
|
|
|
};
|
|
|
|
|
Modified the PluginManager to be ready for loading plug-ins from a system
LLDB plugin directory and a user LLDB plugin directory. We currently still
need to work out at what layer the plug-ins will be, but at least we are
prepared for plug-ins. Plug-ins will attempt to be loaded from the
"/Developer/Library/PrivateFrameworks/LLDB.framework/Resources/Plugins"
folder, and from the "~/Library/Application Support/LLDB/Plugins" folder on
MacOSX. Each plugin will be scanned for:
extern "C" bool LLDBPluginInitialize(void);
extern "C" void LLDBPluginTerminate(void);
If at least LLDBPluginInitialize is found, the plug-in will be loaded. The
LLDBPluginInitialize function returns a bool that indicates if the plug-in
should stay loaded or not (plug-ins might check the current OS, current
hardware, or anything else and determine they don't want to run on the current
host). The plug-in is uniqued by path and added to a static loaded plug-in
map. The plug-in scanning happens during "lldb_private::Initialize()" which
calls to the PluginManager::Initialize() function. Likewise with termination
lldb_private::Terminate() calls PluginManager::Terminate(). The paths for the
plug-in directories is fetched through new Host calls:
bool Host::GetLLDBPath (ePathTypeLLDBSystemPlugins, dir_spec);
bool Host::GetLLDBPath (ePathTypeLLDBUserPlugins, dir_spec);
This way linux and other systems can define their own appropriate locations
for plug-ins to be loaded.
To allow dynamic shared library loading, the Host layer has also been modified
to include shared library open, close and get symbol:
static void *
Host::DynamicLibraryOpen (const FileSpec &file_spec,
Error &error);
static Error
Host::DynamicLibraryClose (void *dynamic_library_handle);
static void *
Host::DynamicLibraryGetSymbol (void *dynamic_library_handle,
const char *symbol_name,
Error &error);
lldb_private::FileSpec also has been modified to support directory enumeration
in an attempt to abstract the directory enumeration into one spot in the code.
The directory enumertion function is static and takes a callback:
typedef enum EnumerateDirectoryResult
{
eEnumerateDirectoryResultNext, // Enumerate next entry in the current directory
eEnumerateDirectoryResultEnter, // Recurse into the current entry if it is a directory or symlink, or next if not
eEnumerateDirectoryResultExit, // Exit from the current directory at the current level.
eEnumerateDirectoryResultQuit // Stop directory enumerations at any level
};
typedef FileSpec::EnumerateDirectoryResult (*EnumerateDirectoryCallbackType) (void *baton,
FileSpec::FileType file_type,
const FileSpec &spec);
static FileSpec::EnumerateDirectoryResult
FileSpec::EnumerateDirectory (const char *dir_path,
bool find_directories,
bool find_files,
bool find_other,
EnumerateDirectoryCallbackType callback,
void *callback_baton);
This allow clients to specify the directory to search, and specifies if only
files, directories or other (pipe, symlink, fifo, etc) files will cause the
callback to be called. The callback also gets to return with the action that
should be performed after this directory entry. eEnumerateDirectoryResultNext
specifies to continue enumerating through a directory with the next entry.
eEnumerateDirectoryResultEnter specifies to recurse down into a directory
entry, or if the file is not a directory or symlink/alias to a directory, then
just iterate to the next entry. eEnumerateDirectoryResultExit specifies to
exit the current directory and skip any entries that might be remaining, yet
continue enumerating to the next entry in the parent directory. And finally
eEnumerateDirectoryResultQuit means to abort all directory enumerations at
all levels.
Modified the Declaration class to not include column information currently
since we don't have any compilers that currently support column based
declaration information. Columns support can be re-enabled with the
additions of a #define.
Added the ability to find an EmulateInstruction plug-in given a target triple
and optional plug-in name in the plug-in manager.
Fixed a few cases where opendir/readdir was being used, but yet not closedir
was being used. Soon these will be deprecated in favor of the new directory
enumeration call that was added to the FileSpec class.
llvm-svn: 124716
2011-02-02 10:24:04 +08:00
|
|
|
void *
|
2011-02-08 08:35:34 +08:00
|
|
|
Host::DynamicLibraryOpen (const FileSpec &file_spec, uint32_t options, Error &error)
|
Modified the PluginManager to be ready for loading plug-ins from a system
LLDB plugin directory and a user LLDB plugin directory. We currently still
need to work out at what layer the plug-ins will be, but at least we are
prepared for plug-ins. Plug-ins will attempt to be loaded from the
"/Developer/Library/PrivateFrameworks/LLDB.framework/Resources/Plugins"
folder, and from the "~/Library/Application Support/LLDB/Plugins" folder on
MacOSX. Each plugin will be scanned for:
extern "C" bool LLDBPluginInitialize(void);
extern "C" void LLDBPluginTerminate(void);
If at least LLDBPluginInitialize is found, the plug-in will be loaded. The
LLDBPluginInitialize function returns a bool that indicates if the plug-in
should stay loaded or not (plug-ins might check the current OS, current
hardware, or anything else and determine they don't want to run on the current
host). The plug-in is uniqued by path and added to a static loaded plug-in
map. The plug-in scanning happens during "lldb_private::Initialize()" which
calls to the PluginManager::Initialize() function. Likewise with termination
lldb_private::Terminate() calls PluginManager::Terminate(). The paths for the
plug-in directories is fetched through new Host calls:
bool Host::GetLLDBPath (ePathTypeLLDBSystemPlugins, dir_spec);
bool Host::GetLLDBPath (ePathTypeLLDBUserPlugins, dir_spec);
This way linux and other systems can define their own appropriate locations
for plug-ins to be loaded.
To allow dynamic shared library loading, the Host layer has also been modified
to include shared library open, close and get symbol:
static void *
Host::DynamicLibraryOpen (const FileSpec &file_spec,
Error &error);
static Error
Host::DynamicLibraryClose (void *dynamic_library_handle);
static void *
Host::DynamicLibraryGetSymbol (void *dynamic_library_handle,
const char *symbol_name,
Error &error);
lldb_private::FileSpec also has been modified to support directory enumeration
in an attempt to abstract the directory enumeration into one spot in the code.
The directory enumertion function is static and takes a callback:
typedef enum EnumerateDirectoryResult
{
eEnumerateDirectoryResultNext, // Enumerate next entry in the current directory
eEnumerateDirectoryResultEnter, // Recurse into the current entry if it is a directory or symlink, or next if not
eEnumerateDirectoryResultExit, // Exit from the current directory at the current level.
eEnumerateDirectoryResultQuit // Stop directory enumerations at any level
};
typedef FileSpec::EnumerateDirectoryResult (*EnumerateDirectoryCallbackType) (void *baton,
FileSpec::FileType file_type,
const FileSpec &spec);
static FileSpec::EnumerateDirectoryResult
FileSpec::EnumerateDirectory (const char *dir_path,
bool find_directories,
bool find_files,
bool find_other,
EnumerateDirectoryCallbackType callback,
void *callback_baton);
This allow clients to specify the directory to search, and specifies if only
files, directories or other (pipe, symlink, fifo, etc) files will cause the
callback to be called. The callback also gets to return with the action that
should be performed after this directory entry. eEnumerateDirectoryResultNext
specifies to continue enumerating through a directory with the next entry.
eEnumerateDirectoryResultEnter specifies to recurse down into a directory
entry, or if the file is not a directory or symlink/alias to a directory, then
just iterate to the next entry. eEnumerateDirectoryResultExit specifies to
exit the current directory and skip any entries that might be remaining, yet
continue enumerating to the next entry in the parent directory. And finally
eEnumerateDirectoryResultQuit means to abort all directory enumerations at
all levels.
Modified the Declaration class to not include column information currently
since we don't have any compilers that currently support column based
declaration information. Columns support can be re-enabled with the
additions of a #define.
Added the ability to find an EmulateInstruction plug-in given a target triple
and optional plug-in name in the plug-in manager.
Fixed a few cases where opendir/readdir was being used, but yet not closedir
was being used. Soon these will be deprecated in favor of the new directory
enumeration call that was added to the FileSpec class.
llvm-svn: 124716
2011-02-02 10:24:04 +08:00
|
|
|
{
|
|
|
|
char path[PATH_MAX];
|
|
|
|
if (file_spec.GetPath(path, sizeof(path)))
|
|
|
|
{
|
2011-02-08 08:35:34 +08:00
|
|
|
int mode = 0;
|
|
|
|
|
|
|
|
if (options & eDynamicLibraryOpenOptionLazy)
|
|
|
|
mode |= RTLD_LAZY;
|
|
|
|
|
|
|
|
if (options & eDynamicLibraryOpenOptionLocal)
|
|
|
|
mode |= RTLD_LOCAL;
|
|
|
|
else
|
|
|
|
mode |= RTLD_GLOBAL;
|
|
|
|
|
|
|
|
#ifdef LLDB_CONFIG_DLOPEN_RTLD_FIRST_SUPPORTED
|
|
|
|
if (options & eDynamicLibraryOpenOptionLimitGetSymbol)
|
|
|
|
mode |= RTLD_FIRST;
|
2011-02-08 01:43:47 +08:00
|
|
|
#endif
|
2011-02-08 08:35:34 +08:00
|
|
|
|
|
|
|
void * opaque = ::dlopen (path, mode);
|
|
|
|
|
|
|
|
if (opaque)
|
Modified the PluginManager to be ready for loading plug-ins from a system
LLDB plugin directory and a user LLDB plugin directory. We currently still
need to work out at what layer the plug-ins will be, but at least we are
prepared for plug-ins. Plug-ins will attempt to be loaded from the
"/Developer/Library/PrivateFrameworks/LLDB.framework/Resources/Plugins"
folder, and from the "~/Library/Application Support/LLDB/Plugins" folder on
MacOSX. Each plugin will be scanned for:
extern "C" bool LLDBPluginInitialize(void);
extern "C" void LLDBPluginTerminate(void);
If at least LLDBPluginInitialize is found, the plug-in will be loaded. The
LLDBPluginInitialize function returns a bool that indicates if the plug-in
should stay loaded or not (plug-ins might check the current OS, current
hardware, or anything else and determine they don't want to run on the current
host). The plug-in is uniqued by path and added to a static loaded plug-in
map. The plug-in scanning happens during "lldb_private::Initialize()" which
calls to the PluginManager::Initialize() function. Likewise with termination
lldb_private::Terminate() calls PluginManager::Terminate(). The paths for the
plug-in directories is fetched through new Host calls:
bool Host::GetLLDBPath (ePathTypeLLDBSystemPlugins, dir_spec);
bool Host::GetLLDBPath (ePathTypeLLDBUserPlugins, dir_spec);
This way linux and other systems can define their own appropriate locations
for plug-ins to be loaded.
To allow dynamic shared library loading, the Host layer has also been modified
to include shared library open, close and get symbol:
static void *
Host::DynamicLibraryOpen (const FileSpec &file_spec,
Error &error);
static Error
Host::DynamicLibraryClose (void *dynamic_library_handle);
static void *
Host::DynamicLibraryGetSymbol (void *dynamic_library_handle,
const char *symbol_name,
Error &error);
lldb_private::FileSpec also has been modified to support directory enumeration
in an attempt to abstract the directory enumeration into one spot in the code.
The directory enumertion function is static and takes a callback:
typedef enum EnumerateDirectoryResult
{
eEnumerateDirectoryResultNext, // Enumerate next entry in the current directory
eEnumerateDirectoryResultEnter, // Recurse into the current entry if it is a directory or symlink, or next if not
eEnumerateDirectoryResultExit, // Exit from the current directory at the current level.
eEnumerateDirectoryResultQuit // Stop directory enumerations at any level
};
typedef FileSpec::EnumerateDirectoryResult (*EnumerateDirectoryCallbackType) (void *baton,
FileSpec::FileType file_type,
const FileSpec &spec);
static FileSpec::EnumerateDirectoryResult
FileSpec::EnumerateDirectory (const char *dir_path,
bool find_directories,
bool find_files,
bool find_other,
EnumerateDirectoryCallbackType callback,
void *callback_baton);
This allow clients to specify the directory to search, and specifies if only
files, directories or other (pipe, symlink, fifo, etc) files will cause the
callback to be called. The callback also gets to return with the action that
should be performed after this directory entry. eEnumerateDirectoryResultNext
specifies to continue enumerating through a directory with the next entry.
eEnumerateDirectoryResultEnter specifies to recurse down into a directory
entry, or if the file is not a directory or symlink/alias to a directory, then
just iterate to the next entry. eEnumerateDirectoryResultExit specifies to
exit the current directory and skip any entries that might be remaining, yet
continue enumerating to the next entry in the parent directory. And finally
eEnumerateDirectoryResultQuit means to abort all directory enumerations at
all levels.
Modified the Declaration class to not include column information currently
since we don't have any compilers that currently support column based
declaration information. Columns support can be re-enabled with the
additions of a #define.
Added the ability to find an EmulateInstruction plug-in given a target triple
and optional plug-in name in the plug-in manager.
Fixed a few cases where opendir/readdir was being used, but yet not closedir
was being used. Soon these will be deprecated in favor of the new directory
enumeration call that was added to the FileSpec class.
llvm-svn: 124716
2011-02-02 10:24:04 +08:00
|
|
|
{
|
|
|
|
error.Clear();
|
2011-02-08 08:35:34 +08:00
|
|
|
return new DynamicLibraryInfo (file_spec, options, opaque);
|
Modified the PluginManager to be ready for loading plug-ins from a system
LLDB plugin directory and a user LLDB plugin directory. We currently still
need to work out at what layer the plug-ins will be, but at least we are
prepared for plug-ins. Plug-ins will attempt to be loaded from the
"/Developer/Library/PrivateFrameworks/LLDB.framework/Resources/Plugins"
folder, and from the "~/Library/Application Support/LLDB/Plugins" folder on
MacOSX. Each plugin will be scanned for:
extern "C" bool LLDBPluginInitialize(void);
extern "C" void LLDBPluginTerminate(void);
If at least LLDBPluginInitialize is found, the plug-in will be loaded. The
LLDBPluginInitialize function returns a bool that indicates if the plug-in
should stay loaded or not (plug-ins might check the current OS, current
hardware, or anything else and determine they don't want to run on the current
host). The plug-in is uniqued by path and added to a static loaded plug-in
map. The plug-in scanning happens during "lldb_private::Initialize()" which
calls to the PluginManager::Initialize() function. Likewise with termination
lldb_private::Terminate() calls PluginManager::Terminate(). The paths for the
plug-in directories is fetched through new Host calls:
bool Host::GetLLDBPath (ePathTypeLLDBSystemPlugins, dir_spec);
bool Host::GetLLDBPath (ePathTypeLLDBUserPlugins, dir_spec);
This way linux and other systems can define their own appropriate locations
for plug-ins to be loaded.
To allow dynamic shared library loading, the Host layer has also been modified
to include shared library open, close and get symbol:
static void *
Host::DynamicLibraryOpen (const FileSpec &file_spec,
Error &error);
static Error
Host::DynamicLibraryClose (void *dynamic_library_handle);
static void *
Host::DynamicLibraryGetSymbol (void *dynamic_library_handle,
const char *symbol_name,
Error &error);
lldb_private::FileSpec also has been modified to support directory enumeration
in an attempt to abstract the directory enumeration into one spot in the code.
The directory enumertion function is static and takes a callback:
typedef enum EnumerateDirectoryResult
{
eEnumerateDirectoryResultNext, // Enumerate next entry in the current directory
eEnumerateDirectoryResultEnter, // Recurse into the current entry if it is a directory or symlink, or next if not
eEnumerateDirectoryResultExit, // Exit from the current directory at the current level.
eEnumerateDirectoryResultQuit // Stop directory enumerations at any level
};
typedef FileSpec::EnumerateDirectoryResult (*EnumerateDirectoryCallbackType) (void *baton,
FileSpec::FileType file_type,
const FileSpec &spec);
static FileSpec::EnumerateDirectoryResult
FileSpec::EnumerateDirectory (const char *dir_path,
bool find_directories,
bool find_files,
bool find_other,
EnumerateDirectoryCallbackType callback,
void *callback_baton);
This allow clients to specify the directory to search, and specifies if only
files, directories or other (pipe, symlink, fifo, etc) files will cause the
callback to be called. The callback also gets to return with the action that
should be performed after this directory entry. eEnumerateDirectoryResultNext
specifies to continue enumerating through a directory with the next entry.
eEnumerateDirectoryResultEnter specifies to recurse down into a directory
entry, or if the file is not a directory or symlink/alias to a directory, then
just iterate to the next entry. eEnumerateDirectoryResultExit specifies to
exit the current directory and skip any entries that might be remaining, yet
continue enumerating to the next entry in the parent directory. And finally
eEnumerateDirectoryResultQuit means to abort all directory enumerations at
all levels.
Modified the Declaration class to not include column information currently
since we don't have any compilers that currently support column based
declaration information. Columns support can be re-enabled with the
additions of a #define.
Added the ability to find an EmulateInstruction plug-in given a target triple
and optional plug-in name in the plug-in manager.
Fixed a few cases where opendir/readdir was being used, but yet not closedir
was being used. Soon these will be deprecated in favor of the new directory
enumeration call that was added to the FileSpec class.
llvm-svn: 124716
2011-02-02 10:24:04 +08:00
|
|
|
}
|
|
|
|
else
|
|
|
|
{
|
|
|
|
error.SetErrorString(::dlerror());
|
|
|
|
}
|
|
|
|
}
|
|
|
|
else
|
|
|
|
{
|
|
|
|
error.SetErrorString("failed to extract path");
|
|
|
|
}
|
2011-02-08 08:35:34 +08:00
|
|
|
return NULL;
|
Modified the PluginManager to be ready for loading plug-ins from a system
LLDB plugin directory and a user LLDB plugin directory. We currently still
need to work out at what layer the plug-ins will be, but at least we are
prepared for plug-ins. Plug-ins will attempt to be loaded from the
"/Developer/Library/PrivateFrameworks/LLDB.framework/Resources/Plugins"
folder, and from the "~/Library/Application Support/LLDB/Plugins" folder on
MacOSX. Each plugin will be scanned for:
extern "C" bool LLDBPluginInitialize(void);
extern "C" void LLDBPluginTerminate(void);
If at least LLDBPluginInitialize is found, the plug-in will be loaded. The
LLDBPluginInitialize function returns a bool that indicates if the plug-in
should stay loaded or not (plug-ins might check the current OS, current
hardware, or anything else and determine they don't want to run on the current
host). The plug-in is uniqued by path and added to a static loaded plug-in
map. The plug-in scanning happens during "lldb_private::Initialize()" which
calls to the PluginManager::Initialize() function. Likewise with termination
lldb_private::Terminate() calls PluginManager::Terminate(). The paths for the
plug-in directories is fetched through new Host calls:
bool Host::GetLLDBPath (ePathTypeLLDBSystemPlugins, dir_spec);
bool Host::GetLLDBPath (ePathTypeLLDBUserPlugins, dir_spec);
This way linux and other systems can define their own appropriate locations
for plug-ins to be loaded.
To allow dynamic shared library loading, the Host layer has also been modified
to include shared library open, close and get symbol:
static void *
Host::DynamicLibraryOpen (const FileSpec &file_spec,
Error &error);
static Error
Host::DynamicLibraryClose (void *dynamic_library_handle);
static void *
Host::DynamicLibraryGetSymbol (void *dynamic_library_handle,
const char *symbol_name,
Error &error);
lldb_private::FileSpec also has been modified to support directory enumeration
in an attempt to abstract the directory enumeration into one spot in the code.
The directory enumertion function is static and takes a callback:
typedef enum EnumerateDirectoryResult
{
eEnumerateDirectoryResultNext, // Enumerate next entry in the current directory
eEnumerateDirectoryResultEnter, // Recurse into the current entry if it is a directory or symlink, or next if not
eEnumerateDirectoryResultExit, // Exit from the current directory at the current level.
eEnumerateDirectoryResultQuit // Stop directory enumerations at any level
};
typedef FileSpec::EnumerateDirectoryResult (*EnumerateDirectoryCallbackType) (void *baton,
FileSpec::FileType file_type,
const FileSpec &spec);
static FileSpec::EnumerateDirectoryResult
FileSpec::EnumerateDirectory (const char *dir_path,
bool find_directories,
bool find_files,
bool find_other,
EnumerateDirectoryCallbackType callback,
void *callback_baton);
This allow clients to specify the directory to search, and specifies if only
files, directories or other (pipe, symlink, fifo, etc) files will cause the
callback to be called. The callback also gets to return with the action that
should be performed after this directory entry. eEnumerateDirectoryResultNext
specifies to continue enumerating through a directory with the next entry.
eEnumerateDirectoryResultEnter specifies to recurse down into a directory
entry, or if the file is not a directory or symlink/alias to a directory, then
just iterate to the next entry. eEnumerateDirectoryResultExit specifies to
exit the current directory and skip any entries that might be remaining, yet
continue enumerating to the next entry in the parent directory. And finally
eEnumerateDirectoryResultQuit means to abort all directory enumerations at
all levels.
Modified the Declaration class to not include column information currently
since we don't have any compilers that currently support column based
declaration information. Columns support can be re-enabled with the
additions of a #define.
Added the ability to find an EmulateInstruction plug-in given a target triple
and optional plug-in name in the plug-in manager.
Fixed a few cases where opendir/readdir was being used, but yet not closedir
was being used. Soon these will be deprecated in favor of the new directory
enumeration call that was added to the FileSpec class.
llvm-svn: 124716
2011-02-02 10:24:04 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
Error
|
2011-02-08 08:35:34 +08:00
|
|
|
Host::DynamicLibraryClose (void *opaque)
|
Modified the PluginManager to be ready for loading plug-ins from a system
LLDB plugin directory and a user LLDB plugin directory. We currently still
need to work out at what layer the plug-ins will be, but at least we are
prepared for plug-ins. Plug-ins will attempt to be loaded from the
"/Developer/Library/PrivateFrameworks/LLDB.framework/Resources/Plugins"
folder, and from the "~/Library/Application Support/LLDB/Plugins" folder on
MacOSX. Each plugin will be scanned for:
extern "C" bool LLDBPluginInitialize(void);
extern "C" void LLDBPluginTerminate(void);
If at least LLDBPluginInitialize is found, the plug-in will be loaded. The
LLDBPluginInitialize function returns a bool that indicates if the plug-in
should stay loaded or not (plug-ins might check the current OS, current
hardware, or anything else and determine they don't want to run on the current
host). The plug-in is uniqued by path and added to a static loaded plug-in
map. The plug-in scanning happens during "lldb_private::Initialize()" which
calls to the PluginManager::Initialize() function. Likewise with termination
lldb_private::Terminate() calls PluginManager::Terminate(). The paths for the
plug-in directories is fetched through new Host calls:
bool Host::GetLLDBPath (ePathTypeLLDBSystemPlugins, dir_spec);
bool Host::GetLLDBPath (ePathTypeLLDBUserPlugins, dir_spec);
This way linux and other systems can define their own appropriate locations
for plug-ins to be loaded.
To allow dynamic shared library loading, the Host layer has also been modified
to include shared library open, close and get symbol:
static void *
Host::DynamicLibraryOpen (const FileSpec &file_spec,
Error &error);
static Error
Host::DynamicLibraryClose (void *dynamic_library_handle);
static void *
Host::DynamicLibraryGetSymbol (void *dynamic_library_handle,
const char *symbol_name,
Error &error);
lldb_private::FileSpec also has been modified to support directory enumeration
in an attempt to abstract the directory enumeration into one spot in the code.
The directory enumertion function is static and takes a callback:
typedef enum EnumerateDirectoryResult
{
eEnumerateDirectoryResultNext, // Enumerate next entry in the current directory
eEnumerateDirectoryResultEnter, // Recurse into the current entry if it is a directory or symlink, or next if not
eEnumerateDirectoryResultExit, // Exit from the current directory at the current level.
eEnumerateDirectoryResultQuit // Stop directory enumerations at any level
};
typedef FileSpec::EnumerateDirectoryResult (*EnumerateDirectoryCallbackType) (void *baton,
FileSpec::FileType file_type,
const FileSpec &spec);
static FileSpec::EnumerateDirectoryResult
FileSpec::EnumerateDirectory (const char *dir_path,
bool find_directories,
bool find_files,
bool find_other,
EnumerateDirectoryCallbackType callback,
void *callback_baton);
This allow clients to specify the directory to search, and specifies if only
files, directories or other (pipe, symlink, fifo, etc) files will cause the
callback to be called. The callback also gets to return with the action that
should be performed after this directory entry. eEnumerateDirectoryResultNext
specifies to continue enumerating through a directory with the next entry.
eEnumerateDirectoryResultEnter specifies to recurse down into a directory
entry, or if the file is not a directory or symlink/alias to a directory, then
just iterate to the next entry. eEnumerateDirectoryResultExit specifies to
exit the current directory and skip any entries that might be remaining, yet
continue enumerating to the next entry in the parent directory. And finally
eEnumerateDirectoryResultQuit means to abort all directory enumerations at
all levels.
Modified the Declaration class to not include column information currently
since we don't have any compilers that currently support column based
declaration information. Columns support can be re-enabled with the
additions of a #define.
Added the ability to find an EmulateInstruction plug-in given a target triple
and optional plug-in name in the plug-in manager.
Fixed a few cases where opendir/readdir was being used, but yet not closedir
was being used. Soon these will be deprecated in favor of the new directory
enumeration call that was added to the FileSpec class.
llvm-svn: 124716
2011-02-02 10:24:04 +08:00
|
|
|
{
|
|
|
|
Error error;
|
2011-02-08 08:35:34 +08:00
|
|
|
if (opaque == NULL)
|
Modified the PluginManager to be ready for loading plug-ins from a system
LLDB plugin directory and a user LLDB plugin directory. We currently still
need to work out at what layer the plug-ins will be, but at least we are
prepared for plug-ins. Plug-ins will attempt to be loaded from the
"/Developer/Library/PrivateFrameworks/LLDB.framework/Resources/Plugins"
folder, and from the "~/Library/Application Support/LLDB/Plugins" folder on
MacOSX. Each plugin will be scanned for:
extern "C" bool LLDBPluginInitialize(void);
extern "C" void LLDBPluginTerminate(void);
If at least LLDBPluginInitialize is found, the plug-in will be loaded. The
LLDBPluginInitialize function returns a bool that indicates if the plug-in
should stay loaded or not (plug-ins might check the current OS, current
hardware, or anything else and determine they don't want to run on the current
host). The plug-in is uniqued by path and added to a static loaded plug-in
map. The plug-in scanning happens during "lldb_private::Initialize()" which
calls to the PluginManager::Initialize() function. Likewise with termination
lldb_private::Terminate() calls PluginManager::Terminate(). The paths for the
plug-in directories is fetched through new Host calls:
bool Host::GetLLDBPath (ePathTypeLLDBSystemPlugins, dir_spec);
bool Host::GetLLDBPath (ePathTypeLLDBUserPlugins, dir_spec);
This way linux and other systems can define their own appropriate locations
for plug-ins to be loaded.
To allow dynamic shared library loading, the Host layer has also been modified
to include shared library open, close and get symbol:
static void *
Host::DynamicLibraryOpen (const FileSpec &file_spec,
Error &error);
static Error
Host::DynamicLibraryClose (void *dynamic_library_handle);
static void *
Host::DynamicLibraryGetSymbol (void *dynamic_library_handle,
const char *symbol_name,
Error &error);
lldb_private::FileSpec also has been modified to support directory enumeration
in an attempt to abstract the directory enumeration into one spot in the code.
The directory enumertion function is static and takes a callback:
typedef enum EnumerateDirectoryResult
{
eEnumerateDirectoryResultNext, // Enumerate next entry in the current directory
eEnumerateDirectoryResultEnter, // Recurse into the current entry if it is a directory or symlink, or next if not
eEnumerateDirectoryResultExit, // Exit from the current directory at the current level.
eEnumerateDirectoryResultQuit // Stop directory enumerations at any level
};
typedef FileSpec::EnumerateDirectoryResult (*EnumerateDirectoryCallbackType) (void *baton,
FileSpec::FileType file_type,
const FileSpec &spec);
static FileSpec::EnumerateDirectoryResult
FileSpec::EnumerateDirectory (const char *dir_path,
bool find_directories,
bool find_files,
bool find_other,
EnumerateDirectoryCallbackType callback,
void *callback_baton);
This allow clients to specify the directory to search, and specifies if only
files, directories or other (pipe, symlink, fifo, etc) files will cause the
callback to be called. The callback also gets to return with the action that
should be performed after this directory entry. eEnumerateDirectoryResultNext
specifies to continue enumerating through a directory with the next entry.
eEnumerateDirectoryResultEnter specifies to recurse down into a directory
entry, or if the file is not a directory or symlink/alias to a directory, then
just iterate to the next entry. eEnumerateDirectoryResultExit specifies to
exit the current directory and skip any entries that might be remaining, yet
continue enumerating to the next entry in the parent directory. And finally
eEnumerateDirectoryResultQuit means to abort all directory enumerations at
all levels.
Modified the Declaration class to not include column information currently
since we don't have any compilers that currently support column based
declaration information. Columns support can be re-enabled with the
additions of a #define.
Added the ability to find an EmulateInstruction plug-in given a target triple
and optional plug-in name in the plug-in manager.
Fixed a few cases where opendir/readdir was being used, but yet not closedir
was being used. Soon these will be deprecated in favor of the new directory
enumeration call that was added to the FileSpec class.
llvm-svn: 124716
2011-02-02 10:24:04 +08:00
|
|
|
{
|
|
|
|
error.SetErrorString ("invalid dynamic library handle");
|
|
|
|
}
|
2011-02-08 08:35:34 +08:00
|
|
|
else
|
Modified the PluginManager to be ready for loading plug-ins from a system
LLDB plugin directory and a user LLDB plugin directory. We currently still
need to work out at what layer the plug-ins will be, but at least we are
prepared for plug-ins. Plug-ins will attempt to be loaded from the
"/Developer/Library/PrivateFrameworks/LLDB.framework/Resources/Plugins"
folder, and from the "~/Library/Application Support/LLDB/Plugins" folder on
MacOSX. Each plugin will be scanned for:
extern "C" bool LLDBPluginInitialize(void);
extern "C" void LLDBPluginTerminate(void);
If at least LLDBPluginInitialize is found, the plug-in will be loaded. The
LLDBPluginInitialize function returns a bool that indicates if the plug-in
should stay loaded or not (plug-ins might check the current OS, current
hardware, or anything else and determine they don't want to run on the current
host). The plug-in is uniqued by path and added to a static loaded plug-in
map. The plug-in scanning happens during "lldb_private::Initialize()" which
calls to the PluginManager::Initialize() function. Likewise with termination
lldb_private::Terminate() calls PluginManager::Terminate(). The paths for the
plug-in directories is fetched through new Host calls:
bool Host::GetLLDBPath (ePathTypeLLDBSystemPlugins, dir_spec);
bool Host::GetLLDBPath (ePathTypeLLDBUserPlugins, dir_spec);
This way linux and other systems can define their own appropriate locations
for plug-ins to be loaded.
To allow dynamic shared library loading, the Host layer has also been modified
to include shared library open, close and get symbol:
static void *
Host::DynamicLibraryOpen (const FileSpec &file_spec,
Error &error);
static Error
Host::DynamicLibraryClose (void *dynamic_library_handle);
static void *
Host::DynamicLibraryGetSymbol (void *dynamic_library_handle,
const char *symbol_name,
Error &error);
lldb_private::FileSpec also has been modified to support directory enumeration
in an attempt to abstract the directory enumeration into one spot in the code.
The directory enumertion function is static and takes a callback:
typedef enum EnumerateDirectoryResult
{
eEnumerateDirectoryResultNext, // Enumerate next entry in the current directory
eEnumerateDirectoryResultEnter, // Recurse into the current entry if it is a directory or symlink, or next if not
eEnumerateDirectoryResultExit, // Exit from the current directory at the current level.
eEnumerateDirectoryResultQuit // Stop directory enumerations at any level
};
typedef FileSpec::EnumerateDirectoryResult (*EnumerateDirectoryCallbackType) (void *baton,
FileSpec::FileType file_type,
const FileSpec &spec);
static FileSpec::EnumerateDirectoryResult
FileSpec::EnumerateDirectory (const char *dir_path,
bool find_directories,
bool find_files,
bool find_other,
EnumerateDirectoryCallbackType callback,
void *callback_baton);
This allow clients to specify the directory to search, and specifies if only
files, directories or other (pipe, symlink, fifo, etc) files will cause the
callback to be called. The callback also gets to return with the action that
should be performed after this directory entry. eEnumerateDirectoryResultNext
specifies to continue enumerating through a directory with the next entry.
eEnumerateDirectoryResultEnter specifies to recurse down into a directory
entry, or if the file is not a directory or symlink/alias to a directory, then
just iterate to the next entry. eEnumerateDirectoryResultExit specifies to
exit the current directory and skip any entries that might be remaining, yet
continue enumerating to the next entry in the parent directory. And finally
eEnumerateDirectoryResultQuit means to abort all directory enumerations at
all levels.
Modified the Declaration class to not include column information currently
since we don't have any compilers that currently support column based
declaration information. Columns support can be re-enabled with the
additions of a #define.
Added the ability to find an EmulateInstruction plug-in given a target triple
and optional plug-in name in the plug-in manager.
Fixed a few cases where opendir/readdir was being used, but yet not closedir
was being used. Soon these will be deprecated in favor of the new directory
enumeration call that was added to the FileSpec class.
llvm-svn: 124716
2011-02-02 10:24:04 +08:00
|
|
|
{
|
2011-02-08 08:35:34 +08:00
|
|
|
DynamicLibraryInfo *dylib_info = (DynamicLibraryInfo *) opaque;
|
|
|
|
if (::dlclose (dylib_info->handle) != 0)
|
|
|
|
{
|
|
|
|
error.SetErrorString(::dlerror());
|
|
|
|
}
|
|
|
|
|
|
|
|
dylib_info->open_options = 0;
|
|
|
|
dylib_info->handle = 0;
|
|
|
|
delete dylib_info;
|
Modified the PluginManager to be ready for loading plug-ins from a system
LLDB plugin directory and a user LLDB plugin directory. We currently still
need to work out at what layer the plug-ins will be, but at least we are
prepared for plug-ins. Plug-ins will attempt to be loaded from the
"/Developer/Library/PrivateFrameworks/LLDB.framework/Resources/Plugins"
folder, and from the "~/Library/Application Support/LLDB/Plugins" folder on
MacOSX. Each plugin will be scanned for:
extern "C" bool LLDBPluginInitialize(void);
extern "C" void LLDBPluginTerminate(void);
If at least LLDBPluginInitialize is found, the plug-in will be loaded. The
LLDBPluginInitialize function returns a bool that indicates if the plug-in
should stay loaded or not (plug-ins might check the current OS, current
hardware, or anything else and determine they don't want to run on the current
host). The plug-in is uniqued by path and added to a static loaded plug-in
map. The plug-in scanning happens during "lldb_private::Initialize()" which
calls to the PluginManager::Initialize() function. Likewise with termination
lldb_private::Terminate() calls PluginManager::Terminate(). The paths for the
plug-in directories is fetched through new Host calls:
bool Host::GetLLDBPath (ePathTypeLLDBSystemPlugins, dir_spec);
bool Host::GetLLDBPath (ePathTypeLLDBUserPlugins, dir_spec);
This way linux and other systems can define their own appropriate locations
for plug-ins to be loaded.
To allow dynamic shared library loading, the Host layer has also been modified
to include shared library open, close and get symbol:
static void *
Host::DynamicLibraryOpen (const FileSpec &file_spec,
Error &error);
static Error
Host::DynamicLibraryClose (void *dynamic_library_handle);
static void *
Host::DynamicLibraryGetSymbol (void *dynamic_library_handle,
const char *symbol_name,
Error &error);
lldb_private::FileSpec also has been modified to support directory enumeration
in an attempt to abstract the directory enumeration into one spot in the code.
The directory enumertion function is static and takes a callback:
typedef enum EnumerateDirectoryResult
{
eEnumerateDirectoryResultNext, // Enumerate next entry in the current directory
eEnumerateDirectoryResultEnter, // Recurse into the current entry if it is a directory or symlink, or next if not
eEnumerateDirectoryResultExit, // Exit from the current directory at the current level.
eEnumerateDirectoryResultQuit // Stop directory enumerations at any level
};
typedef FileSpec::EnumerateDirectoryResult (*EnumerateDirectoryCallbackType) (void *baton,
FileSpec::FileType file_type,
const FileSpec &spec);
static FileSpec::EnumerateDirectoryResult
FileSpec::EnumerateDirectory (const char *dir_path,
bool find_directories,
bool find_files,
bool find_other,
EnumerateDirectoryCallbackType callback,
void *callback_baton);
This allow clients to specify the directory to search, and specifies if only
files, directories or other (pipe, symlink, fifo, etc) files will cause the
callback to be called. The callback also gets to return with the action that
should be performed after this directory entry. eEnumerateDirectoryResultNext
specifies to continue enumerating through a directory with the next entry.
eEnumerateDirectoryResultEnter specifies to recurse down into a directory
entry, or if the file is not a directory or symlink/alias to a directory, then
just iterate to the next entry. eEnumerateDirectoryResultExit specifies to
exit the current directory and skip any entries that might be remaining, yet
continue enumerating to the next entry in the parent directory. And finally
eEnumerateDirectoryResultQuit means to abort all directory enumerations at
all levels.
Modified the Declaration class to not include column information currently
since we don't have any compilers that currently support column based
declaration information. Columns support can be re-enabled with the
additions of a #define.
Added the ability to find an EmulateInstruction plug-in given a target triple
and optional plug-in name in the plug-in manager.
Fixed a few cases where opendir/readdir was being used, but yet not closedir
was being used. Soon these will be deprecated in favor of the new directory
enumeration call that was added to the FileSpec class.
llvm-svn: 124716
2011-02-02 10:24:04 +08:00
|
|
|
}
|
|
|
|
return error;
|
|
|
|
}
|
|
|
|
|
|
|
|
void *
|
2011-02-08 08:35:34 +08:00
|
|
|
Host::DynamicLibraryGetSymbol (void *opaque, const char *symbol_name, Error &error)
|
Modified the PluginManager to be ready for loading plug-ins from a system
LLDB plugin directory and a user LLDB plugin directory. We currently still
need to work out at what layer the plug-ins will be, but at least we are
prepared for plug-ins. Plug-ins will attempt to be loaded from the
"/Developer/Library/PrivateFrameworks/LLDB.framework/Resources/Plugins"
folder, and from the "~/Library/Application Support/LLDB/Plugins" folder on
MacOSX. Each plugin will be scanned for:
extern "C" bool LLDBPluginInitialize(void);
extern "C" void LLDBPluginTerminate(void);
If at least LLDBPluginInitialize is found, the plug-in will be loaded. The
LLDBPluginInitialize function returns a bool that indicates if the plug-in
should stay loaded or not (plug-ins might check the current OS, current
hardware, or anything else and determine they don't want to run on the current
host). The plug-in is uniqued by path and added to a static loaded plug-in
map. The plug-in scanning happens during "lldb_private::Initialize()" which
calls to the PluginManager::Initialize() function. Likewise with termination
lldb_private::Terminate() calls PluginManager::Terminate(). The paths for the
plug-in directories is fetched through new Host calls:
bool Host::GetLLDBPath (ePathTypeLLDBSystemPlugins, dir_spec);
bool Host::GetLLDBPath (ePathTypeLLDBUserPlugins, dir_spec);
This way linux and other systems can define their own appropriate locations
for plug-ins to be loaded.
To allow dynamic shared library loading, the Host layer has also been modified
to include shared library open, close and get symbol:
static void *
Host::DynamicLibraryOpen (const FileSpec &file_spec,
Error &error);
static Error
Host::DynamicLibraryClose (void *dynamic_library_handle);
static void *
Host::DynamicLibraryGetSymbol (void *dynamic_library_handle,
const char *symbol_name,
Error &error);
lldb_private::FileSpec also has been modified to support directory enumeration
in an attempt to abstract the directory enumeration into one spot in the code.
The directory enumertion function is static and takes a callback:
typedef enum EnumerateDirectoryResult
{
eEnumerateDirectoryResultNext, // Enumerate next entry in the current directory
eEnumerateDirectoryResultEnter, // Recurse into the current entry if it is a directory or symlink, or next if not
eEnumerateDirectoryResultExit, // Exit from the current directory at the current level.
eEnumerateDirectoryResultQuit // Stop directory enumerations at any level
};
typedef FileSpec::EnumerateDirectoryResult (*EnumerateDirectoryCallbackType) (void *baton,
FileSpec::FileType file_type,
const FileSpec &spec);
static FileSpec::EnumerateDirectoryResult
FileSpec::EnumerateDirectory (const char *dir_path,
bool find_directories,
bool find_files,
bool find_other,
EnumerateDirectoryCallbackType callback,
void *callback_baton);
This allow clients to specify the directory to search, and specifies if only
files, directories or other (pipe, symlink, fifo, etc) files will cause the
callback to be called. The callback also gets to return with the action that
should be performed after this directory entry. eEnumerateDirectoryResultNext
specifies to continue enumerating through a directory with the next entry.
eEnumerateDirectoryResultEnter specifies to recurse down into a directory
entry, or if the file is not a directory or symlink/alias to a directory, then
just iterate to the next entry. eEnumerateDirectoryResultExit specifies to
exit the current directory and skip any entries that might be remaining, yet
continue enumerating to the next entry in the parent directory. And finally
eEnumerateDirectoryResultQuit means to abort all directory enumerations at
all levels.
Modified the Declaration class to not include column information currently
since we don't have any compilers that currently support column based
declaration information. Columns support can be re-enabled with the
additions of a #define.
Added the ability to find an EmulateInstruction plug-in given a target triple
and optional plug-in name in the plug-in manager.
Fixed a few cases where opendir/readdir was being used, but yet not closedir
was being used. Soon these will be deprecated in favor of the new directory
enumeration call that was added to the FileSpec class.
llvm-svn: 124716
2011-02-02 10:24:04 +08:00
|
|
|
{
|
2011-02-08 08:35:34 +08:00
|
|
|
if (opaque == NULL)
|
Modified the PluginManager to be ready for loading plug-ins from a system
LLDB plugin directory and a user LLDB plugin directory. We currently still
need to work out at what layer the plug-ins will be, but at least we are
prepared for plug-ins. Plug-ins will attempt to be loaded from the
"/Developer/Library/PrivateFrameworks/LLDB.framework/Resources/Plugins"
folder, and from the "~/Library/Application Support/LLDB/Plugins" folder on
MacOSX. Each plugin will be scanned for:
extern "C" bool LLDBPluginInitialize(void);
extern "C" void LLDBPluginTerminate(void);
If at least LLDBPluginInitialize is found, the plug-in will be loaded. The
LLDBPluginInitialize function returns a bool that indicates if the plug-in
should stay loaded or not (plug-ins might check the current OS, current
hardware, or anything else and determine they don't want to run on the current
host). The plug-in is uniqued by path and added to a static loaded plug-in
map. The plug-in scanning happens during "lldb_private::Initialize()" which
calls to the PluginManager::Initialize() function. Likewise with termination
lldb_private::Terminate() calls PluginManager::Terminate(). The paths for the
plug-in directories is fetched through new Host calls:
bool Host::GetLLDBPath (ePathTypeLLDBSystemPlugins, dir_spec);
bool Host::GetLLDBPath (ePathTypeLLDBUserPlugins, dir_spec);
This way linux and other systems can define their own appropriate locations
for plug-ins to be loaded.
To allow dynamic shared library loading, the Host layer has also been modified
to include shared library open, close and get symbol:
static void *
Host::DynamicLibraryOpen (const FileSpec &file_spec,
Error &error);
static Error
Host::DynamicLibraryClose (void *dynamic_library_handle);
static void *
Host::DynamicLibraryGetSymbol (void *dynamic_library_handle,
const char *symbol_name,
Error &error);
lldb_private::FileSpec also has been modified to support directory enumeration
in an attempt to abstract the directory enumeration into one spot in the code.
The directory enumertion function is static and takes a callback:
typedef enum EnumerateDirectoryResult
{
eEnumerateDirectoryResultNext, // Enumerate next entry in the current directory
eEnumerateDirectoryResultEnter, // Recurse into the current entry if it is a directory or symlink, or next if not
eEnumerateDirectoryResultExit, // Exit from the current directory at the current level.
eEnumerateDirectoryResultQuit // Stop directory enumerations at any level
};
typedef FileSpec::EnumerateDirectoryResult (*EnumerateDirectoryCallbackType) (void *baton,
FileSpec::FileType file_type,
const FileSpec &spec);
static FileSpec::EnumerateDirectoryResult
FileSpec::EnumerateDirectory (const char *dir_path,
bool find_directories,
bool find_files,
bool find_other,
EnumerateDirectoryCallbackType callback,
void *callback_baton);
This allow clients to specify the directory to search, and specifies if only
files, directories or other (pipe, symlink, fifo, etc) files will cause the
callback to be called. The callback also gets to return with the action that
should be performed after this directory entry. eEnumerateDirectoryResultNext
specifies to continue enumerating through a directory with the next entry.
eEnumerateDirectoryResultEnter specifies to recurse down into a directory
entry, or if the file is not a directory or symlink/alias to a directory, then
just iterate to the next entry. eEnumerateDirectoryResultExit specifies to
exit the current directory and skip any entries that might be remaining, yet
continue enumerating to the next entry in the parent directory. And finally
eEnumerateDirectoryResultQuit means to abort all directory enumerations at
all levels.
Modified the Declaration class to not include column information currently
since we don't have any compilers that currently support column based
declaration information. Columns support can be re-enabled with the
additions of a #define.
Added the ability to find an EmulateInstruction plug-in given a target triple
and optional plug-in name in the plug-in manager.
Fixed a few cases where opendir/readdir was being used, but yet not closedir
was being used. Soon these will be deprecated in favor of the new directory
enumeration call that was added to the FileSpec class.
llvm-svn: 124716
2011-02-02 10:24:04 +08:00
|
|
|
{
|
|
|
|
error.SetErrorString ("invalid dynamic library handle");
|
|
|
|
}
|
|
|
|
else
|
2011-02-08 08:35:34 +08:00
|
|
|
{
|
|
|
|
DynamicLibraryInfo *dylib_info = (DynamicLibraryInfo *) opaque;
|
|
|
|
|
|
|
|
void *symbol_addr = ::dlsym (dylib_info->handle, symbol_name);
|
|
|
|
if (symbol_addr)
|
|
|
|
{
|
|
|
|
#ifndef LLDB_CONFIG_DLOPEN_RTLD_FIRST_SUPPORTED
|
|
|
|
// This host doesn't support limiting searches to this shared library
|
|
|
|
// so we need to verify that the match came from this shared library
|
|
|
|
// if it was requested in the Host::DynamicLibraryOpen() function.
|
|
|
|
if (dylib_info->options & eDynamicLibraryOpenOptionLimitGetSymbol)
|
|
|
|
{
|
|
|
|
FileSpec match_dylib_spec (Host::GetModuleFileSpecForHostAddress (symbol_addr));
|
|
|
|
if (match_dylib_spec != dylib_info->file_spec)
|
|
|
|
{
|
|
|
|
char dylib_path[PATH_MAX];
|
|
|
|
if (dylib_info->file_spec.GetPath (dylib_path, sizeof(dylib_path)))
|
|
|
|
error.SetErrorStringWithFormat ("symbol not found in \"%s\"", dylib_path);
|
|
|
|
else
|
|
|
|
error.SetErrorString ("symbol not found");
|
|
|
|
return NULL;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
#endif
|
|
|
|
error.Clear();
|
|
|
|
return symbol_addr;
|
|
|
|
}
|
|
|
|
else
|
|
|
|
{
|
|
|
|
error.SetErrorString(::dlerror());
|
|
|
|
}
|
|
|
|
}
|
|
|
|
return NULL;
|
Modified the PluginManager to be ready for loading plug-ins from a system
LLDB plugin directory and a user LLDB plugin directory. We currently still
need to work out at what layer the plug-ins will be, but at least we are
prepared for plug-ins. Plug-ins will attempt to be loaded from the
"/Developer/Library/PrivateFrameworks/LLDB.framework/Resources/Plugins"
folder, and from the "~/Library/Application Support/LLDB/Plugins" folder on
MacOSX. Each plugin will be scanned for:
extern "C" bool LLDBPluginInitialize(void);
extern "C" void LLDBPluginTerminate(void);
If at least LLDBPluginInitialize is found, the plug-in will be loaded. The
LLDBPluginInitialize function returns a bool that indicates if the plug-in
should stay loaded or not (plug-ins might check the current OS, current
hardware, or anything else and determine they don't want to run on the current
host). The plug-in is uniqued by path and added to a static loaded plug-in
map. The plug-in scanning happens during "lldb_private::Initialize()" which
calls to the PluginManager::Initialize() function. Likewise with termination
lldb_private::Terminate() calls PluginManager::Terminate(). The paths for the
plug-in directories is fetched through new Host calls:
bool Host::GetLLDBPath (ePathTypeLLDBSystemPlugins, dir_spec);
bool Host::GetLLDBPath (ePathTypeLLDBUserPlugins, dir_spec);
This way linux and other systems can define their own appropriate locations
for plug-ins to be loaded.
To allow dynamic shared library loading, the Host layer has also been modified
to include shared library open, close and get symbol:
static void *
Host::DynamicLibraryOpen (const FileSpec &file_spec,
Error &error);
static Error
Host::DynamicLibraryClose (void *dynamic_library_handle);
static void *
Host::DynamicLibraryGetSymbol (void *dynamic_library_handle,
const char *symbol_name,
Error &error);
lldb_private::FileSpec also has been modified to support directory enumeration
in an attempt to abstract the directory enumeration into one spot in the code.
The directory enumertion function is static and takes a callback:
typedef enum EnumerateDirectoryResult
{
eEnumerateDirectoryResultNext, // Enumerate next entry in the current directory
eEnumerateDirectoryResultEnter, // Recurse into the current entry if it is a directory or symlink, or next if not
eEnumerateDirectoryResultExit, // Exit from the current directory at the current level.
eEnumerateDirectoryResultQuit // Stop directory enumerations at any level
};
typedef FileSpec::EnumerateDirectoryResult (*EnumerateDirectoryCallbackType) (void *baton,
FileSpec::FileType file_type,
const FileSpec &spec);
static FileSpec::EnumerateDirectoryResult
FileSpec::EnumerateDirectory (const char *dir_path,
bool find_directories,
bool find_files,
bool find_other,
EnumerateDirectoryCallbackType callback,
void *callback_baton);
This allow clients to specify the directory to search, and specifies if only
files, directories or other (pipe, symlink, fifo, etc) files will cause the
callback to be called. The callback also gets to return with the action that
should be performed after this directory entry. eEnumerateDirectoryResultNext
specifies to continue enumerating through a directory with the next entry.
eEnumerateDirectoryResultEnter specifies to recurse down into a directory
entry, or if the file is not a directory or symlink/alias to a directory, then
just iterate to the next entry. eEnumerateDirectoryResultExit specifies to
exit the current directory and skip any entries that might be remaining, yet
continue enumerating to the next entry in the parent directory. And finally
eEnumerateDirectoryResultQuit means to abort all directory enumerations at
all levels.
Modified the Declaration class to not include column information currently
since we don't have any compilers that currently support column based
declaration information. Columns support can be re-enabled with the
additions of a #define.
Added the ability to find an EmulateInstruction plug-in given a target triple
and optional plug-in name in the plug-in manager.
Fixed a few cases where opendir/readdir was being used, but yet not closedir
was being used. Soon these will be deprecated in favor of the new directory
enumeration call that was added to the FileSpec class.
llvm-svn: 124716
2011-02-02 10:24:04 +08:00
|
|
|
}
|
Added a new Host call to find LLDB related paths:
static bool
Host::GetLLDBPath (lldb::PathType path_type, FileSpec &file_spec);
This will fill in "file_spec" with an appropriate path that is appropriate
for the current Host OS. MacOSX will return paths within the LLDB.framework,
and other unixes will return the paths they want. The current PathType
enums are:
typedef enum PathType
{
ePathTypeLLDBShlibDir, // The directory where the lldb.so (unix) or LLDB mach-o file in LLDB.framework (MacOSX) exists
ePathTypeSupportExecutableDir, // Find LLDB support executable directory (debugserver, etc)
ePathTypeHeaderDir, // Find LLDB header file directory
ePathTypePythonDir // Find Python modules (PYTHONPATH) directory
} PathType;
All places that were finding executables are and python paths are now updated
to use this Host call.
Added another new host call to launch the inferior in a terminal. This ability
will be very host specific and doesn't need to be supported on all systems.
MacOSX currently will create a new .command file and tell Terminal.app to open
the .command file. It also uses the new "darwin-debug" app which is a small
app that uses posix to exec (no fork) and stop at the entry point of the
program. The GDB remote plug-in is almost able launch a process and attach to
it, it currently will spawn the process, but it won't attach to it just yet.
This will let LLDB not have to share the terminal with another process and a
new terminal window will pop up when you launch. This won't get hooked up
until we work out all of the kinks. The new Host function is:
static lldb::pid_t
Host::LaunchInNewTerminal (
const char **argv, // argv[0] is executable
const char **envp,
const ArchSpec *arch_spec,
bool stop_at_entry,
bool disable_aslr);
Cleaned up FileSpec::GetPath to not use strncpy() as it was always zero
filling the entire path buffer.
Fixed an issue with the dynamic checker function where I missed a '$' prefix
that should have been added.
llvm-svn: 116690
2010-10-18 06:03:32 +08:00
|
|
|
|
|
|
|
bool
|
|
|
|
Host::GetLLDBPath (PathType path_type, FileSpec &file_spec)
|
|
|
|
{
|
2011-01-09 04:28:42 +08:00
|
|
|
// To get paths related to LLDB we get the path to the executable that
|
Added a new Host call to find LLDB related paths:
static bool
Host::GetLLDBPath (lldb::PathType path_type, FileSpec &file_spec);
This will fill in "file_spec" with an appropriate path that is appropriate
for the current Host OS. MacOSX will return paths within the LLDB.framework,
and other unixes will return the paths they want. The current PathType
enums are:
typedef enum PathType
{
ePathTypeLLDBShlibDir, // The directory where the lldb.so (unix) or LLDB mach-o file in LLDB.framework (MacOSX) exists
ePathTypeSupportExecutableDir, // Find LLDB support executable directory (debugserver, etc)
ePathTypeHeaderDir, // Find LLDB header file directory
ePathTypePythonDir // Find Python modules (PYTHONPATH) directory
} PathType;
All places that were finding executables are and python paths are now updated
to use this Host call.
Added another new host call to launch the inferior in a terminal. This ability
will be very host specific and doesn't need to be supported on all systems.
MacOSX currently will create a new .command file and tell Terminal.app to open
the .command file. It also uses the new "darwin-debug" app which is a small
app that uses posix to exec (no fork) and stop at the entry point of the
program. The GDB remote plug-in is almost able launch a process and attach to
it, it currently will spawn the process, but it won't attach to it just yet.
This will let LLDB not have to share the terminal with another process and a
new terminal window will pop up when you launch. This won't get hooked up
until we work out all of the kinks. The new Host function is:
static lldb::pid_t
Host::LaunchInNewTerminal (
const char **argv, // argv[0] is executable
const char **envp,
const ArchSpec *arch_spec,
bool stop_at_entry,
bool disable_aslr);
Cleaned up FileSpec::GetPath to not use strncpy() as it was always zero
filling the entire path buffer.
Fixed an issue with the dynamic checker function where I missed a '$' prefix
that should have been added.
llvm-svn: 116690
2010-10-18 06:03:32 +08:00
|
|
|
// contains this function. On MacOSX this will be "LLDB.framework/.../LLDB",
|
|
|
|
// on linux this is assumed to be the "lldb" main executable. If LLDB on
|
|
|
|
// linux is actually in a shared library (lldb.so??) then this function will
|
|
|
|
// need to be modified to "do the right thing".
|
|
|
|
|
|
|
|
switch (path_type)
|
|
|
|
{
|
|
|
|
case ePathTypeLLDBShlibDir:
|
|
|
|
{
|
|
|
|
static ConstString g_lldb_so_dir;
|
|
|
|
if (!g_lldb_so_dir)
|
|
|
|
{
|
|
|
|
FileSpec lldb_file_spec (Host::GetModuleFileSpecForHostAddress ((void *)Host::GetLLDBPath));
|
|
|
|
g_lldb_so_dir = lldb_file_spec.GetDirectory();
|
|
|
|
}
|
|
|
|
file_spec.GetDirectory() = g_lldb_so_dir;
|
|
|
|
return file_spec.GetDirectory();
|
|
|
|
}
|
|
|
|
break;
|
|
|
|
|
|
|
|
case ePathTypeSupportExecutableDir:
|
|
|
|
{
|
|
|
|
static ConstString g_lldb_support_exe_dir;
|
|
|
|
if (!g_lldb_support_exe_dir)
|
|
|
|
{
|
|
|
|
FileSpec lldb_file_spec;
|
|
|
|
if (GetLLDBPath (ePathTypeLLDBShlibDir, lldb_file_spec))
|
|
|
|
{
|
|
|
|
char raw_path[PATH_MAX];
|
|
|
|
char resolved_path[PATH_MAX];
|
|
|
|
lldb_file_spec.GetPath(raw_path, sizeof(raw_path));
|
|
|
|
|
|
|
|
#if defined (__APPLE__)
|
|
|
|
char *framework_pos = ::strstr (raw_path, "LLDB.framework");
|
|
|
|
if (framework_pos)
|
|
|
|
{
|
|
|
|
framework_pos += strlen("LLDB.framework");
|
|
|
|
::strncpy (framework_pos, "/Resources", PATH_MAX - (framework_pos - raw_path));
|
|
|
|
}
|
|
|
|
#endif
|
|
|
|
FileSpec::Resolve (raw_path, resolved_path, sizeof(resolved_path));
|
|
|
|
g_lldb_support_exe_dir.SetCString(resolved_path);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
file_spec.GetDirectory() = g_lldb_support_exe_dir;
|
|
|
|
return file_spec.GetDirectory();
|
|
|
|
}
|
|
|
|
break;
|
|
|
|
|
|
|
|
case ePathTypeHeaderDir:
|
|
|
|
{
|
|
|
|
static ConstString g_lldb_headers_dir;
|
|
|
|
if (!g_lldb_headers_dir)
|
|
|
|
{
|
|
|
|
#if defined (__APPLE__)
|
|
|
|
FileSpec lldb_file_spec;
|
|
|
|
if (GetLLDBPath (ePathTypeLLDBShlibDir, lldb_file_spec))
|
|
|
|
{
|
|
|
|
char raw_path[PATH_MAX];
|
|
|
|
char resolved_path[PATH_MAX];
|
|
|
|
lldb_file_spec.GetPath(raw_path, sizeof(raw_path));
|
|
|
|
|
|
|
|
char *framework_pos = ::strstr (raw_path, "LLDB.framework");
|
|
|
|
if (framework_pos)
|
|
|
|
{
|
|
|
|
framework_pos += strlen("LLDB.framework");
|
|
|
|
::strncpy (framework_pos, "/Headers", PATH_MAX - (framework_pos - raw_path));
|
|
|
|
}
|
|
|
|
FileSpec::Resolve (raw_path, resolved_path, sizeof(resolved_path));
|
|
|
|
g_lldb_headers_dir.SetCString(resolved_path);
|
|
|
|
}
|
|
|
|
#else
|
Modified the PluginManager to be ready for loading plug-ins from a system
LLDB plugin directory and a user LLDB plugin directory. We currently still
need to work out at what layer the plug-ins will be, but at least we are
prepared for plug-ins. Plug-ins will attempt to be loaded from the
"/Developer/Library/PrivateFrameworks/LLDB.framework/Resources/Plugins"
folder, and from the "~/Library/Application Support/LLDB/Plugins" folder on
MacOSX. Each plugin will be scanned for:
extern "C" bool LLDBPluginInitialize(void);
extern "C" void LLDBPluginTerminate(void);
If at least LLDBPluginInitialize is found, the plug-in will be loaded. The
LLDBPluginInitialize function returns a bool that indicates if the plug-in
should stay loaded or not (plug-ins might check the current OS, current
hardware, or anything else and determine they don't want to run on the current
host). The plug-in is uniqued by path and added to a static loaded plug-in
map. The plug-in scanning happens during "lldb_private::Initialize()" which
calls to the PluginManager::Initialize() function. Likewise with termination
lldb_private::Terminate() calls PluginManager::Terminate(). The paths for the
plug-in directories is fetched through new Host calls:
bool Host::GetLLDBPath (ePathTypeLLDBSystemPlugins, dir_spec);
bool Host::GetLLDBPath (ePathTypeLLDBUserPlugins, dir_spec);
This way linux and other systems can define their own appropriate locations
for plug-ins to be loaded.
To allow dynamic shared library loading, the Host layer has also been modified
to include shared library open, close and get symbol:
static void *
Host::DynamicLibraryOpen (const FileSpec &file_spec,
Error &error);
static Error
Host::DynamicLibraryClose (void *dynamic_library_handle);
static void *
Host::DynamicLibraryGetSymbol (void *dynamic_library_handle,
const char *symbol_name,
Error &error);
lldb_private::FileSpec also has been modified to support directory enumeration
in an attempt to abstract the directory enumeration into one spot in the code.
The directory enumertion function is static and takes a callback:
typedef enum EnumerateDirectoryResult
{
eEnumerateDirectoryResultNext, // Enumerate next entry in the current directory
eEnumerateDirectoryResultEnter, // Recurse into the current entry if it is a directory or symlink, or next if not
eEnumerateDirectoryResultExit, // Exit from the current directory at the current level.
eEnumerateDirectoryResultQuit // Stop directory enumerations at any level
};
typedef FileSpec::EnumerateDirectoryResult (*EnumerateDirectoryCallbackType) (void *baton,
FileSpec::FileType file_type,
const FileSpec &spec);
static FileSpec::EnumerateDirectoryResult
FileSpec::EnumerateDirectory (const char *dir_path,
bool find_directories,
bool find_files,
bool find_other,
EnumerateDirectoryCallbackType callback,
void *callback_baton);
This allow clients to specify the directory to search, and specifies if only
files, directories or other (pipe, symlink, fifo, etc) files will cause the
callback to be called. The callback also gets to return with the action that
should be performed after this directory entry. eEnumerateDirectoryResultNext
specifies to continue enumerating through a directory with the next entry.
eEnumerateDirectoryResultEnter specifies to recurse down into a directory
entry, or if the file is not a directory or symlink/alias to a directory, then
just iterate to the next entry. eEnumerateDirectoryResultExit specifies to
exit the current directory and skip any entries that might be remaining, yet
continue enumerating to the next entry in the parent directory. And finally
eEnumerateDirectoryResultQuit means to abort all directory enumerations at
all levels.
Modified the Declaration class to not include column information currently
since we don't have any compilers that currently support column based
declaration information. Columns support can be re-enabled with the
additions of a #define.
Added the ability to find an EmulateInstruction plug-in given a target triple
and optional plug-in name in the plug-in manager.
Fixed a few cases where opendir/readdir was being used, but yet not closedir
was being used. Soon these will be deprecated in favor of the new directory
enumeration call that was added to the FileSpec class.
llvm-svn: 124716
2011-02-02 10:24:04 +08:00
|
|
|
// TODO: Anyone know how we can determine this for linux? Other systems??
|
Added a new Host call to find LLDB related paths:
static bool
Host::GetLLDBPath (lldb::PathType path_type, FileSpec &file_spec);
This will fill in "file_spec" with an appropriate path that is appropriate
for the current Host OS. MacOSX will return paths within the LLDB.framework,
and other unixes will return the paths they want. The current PathType
enums are:
typedef enum PathType
{
ePathTypeLLDBShlibDir, // The directory where the lldb.so (unix) or LLDB mach-o file in LLDB.framework (MacOSX) exists
ePathTypeSupportExecutableDir, // Find LLDB support executable directory (debugserver, etc)
ePathTypeHeaderDir, // Find LLDB header file directory
ePathTypePythonDir // Find Python modules (PYTHONPATH) directory
} PathType;
All places that were finding executables are and python paths are now updated
to use this Host call.
Added another new host call to launch the inferior in a terminal. This ability
will be very host specific and doesn't need to be supported on all systems.
MacOSX currently will create a new .command file and tell Terminal.app to open
the .command file. It also uses the new "darwin-debug" app which is a small
app that uses posix to exec (no fork) and stop at the entry point of the
program. The GDB remote plug-in is almost able launch a process and attach to
it, it currently will spawn the process, but it won't attach to it just yet.
This will let LLDB not have to share the terminal with another process and a
new terminal window will pop up when you launch. This won't get hooked up
until we work out all of the kinks. The new Host function is:
static lldb::pid_t
Host::LaunchInNewTerminal (
const char **argv, // argv[0] is executable
const char **envp,
const ArchSpec *arch_spec,
bool stop_at_entry,
bool disable_aslr);
Cleaned up FileSpec::GetPath to not use strncpy() as it was always zero
filling the entire path buffer.
Fixed an issue with the dynamic checker function where I missed a '$' prefix
that should have been added.
llvm-svn: 116690
2010-10-18 06:03:32 +08:00
|
|
|
g_lldb_headers_dir.SetCString ("/opt/local/include/lldb");
|
|
|
|
#endif
|
|
|
|
}
|
|
|
|
file_spec.GetDirectory() = g_lldb_headers_dir;
|
|
|
|
return file_spec.GetDirectory();
|
|
|
|
}
|
|
|
|
break;
|
|
|
|
|
|
|
|
case ePathTypePythonDir:
|
|
|
|
{
|
Modified the PluginManager to be ready for loading plug-ins from a system
LLDB plugin directory and a user LLDB plugin directory. We currently still
need to work out at what layer the plug-ins will be, but at least we are
prepared for plug-ins. Plug-ins will attempt to be loaded from the
"/Developer/Library/PrivateFrameworks/LLDB.framework/Resources/Plugins"
folder, and from the "~/Library/Application Support/LLDB/Plugins" folder on
MacOSX. Each plugin will be scanned for:
extern "C" bool LLDBPluginInitialize(void);
extern "C" void LLDBPluginTerminate(void);
If at least LLDBPluginInitialize is found, the plug-in will be loaded. The
LLDBPluginInitialize function returns a bool that indicates if the plug-in
should stay loaded or not (plug-ins might check the current OS, current
hardware, or anything else and determine they don't want to run on the current
host). The plug-in is uniqued by path and added to a static loaded plug-in
map. The plug-in scanning happens during "lldb_private::Initialize()" which
calls to the PluginManager::Initialize() function. Likewise with termination
lldb_private::Terminate() calls PluginManager::Terminate(). The paths for the
plug-in directories is fetched through new Host calls:
bool Host::GetLLDBPath (ePathTypeLLDBSystemPlugins, dir_spec);
bool Host::GetLLDBPath (ePathTypeLLDBUserPlugins, dir_spec);
This way linux and other systems can define their own appropriate locations
for plug-ins to be loaded.
To allow dynamic shared library loading, the Host layer has also been modified
to include shared library open, close and get symbol:
static void *
Host::DynamicLibraryOpen (const FileSpec &file_spec,
Error &error);
static Error
Host::DynamicLibraryClose (void *dynamic_library_handle);
static void *
Host::DynamicLibraryGetSymbol (void *dynamic_library_handle,
const char *symbol_name,
Error &error);
lldb_private::FileSpec also has been modified to support directory enumeration
in an attempt to abstract the directory enumeration into one spot in the code.
The directory enumertion function is static and takes a callback:
typedef enum EnumerateDirectoryResult
{
eEnumerateDirectoryResultNext, // Enumerate next entry in the current directory
eEnumerateDirectoryResultEnter, // Recurse into the current entry if it is a directory or symlink, or next if not
eEnumerateDirectoryResultExit, // Exit from the current directory at the current level.
eEnumerateDirectoryResultQuit // Stop directory enumerations at any level
};
typedef FileSpec::EnumerateDirectoryResult (*EnumerateDirectoryCallbackType) (void *baton,
FileSpec::FileType file_type,
const FileSpec &spec);
static FileSpec::EnumerateDirectoryResult
FileSpec::EnumerateDirectory (const char *dir_path,
bool find_directories,
bool find_files,
bool find_other,
EnumerateDirectoryCallbackType callback,
void *callback_baton);
This allow clients to specify the directory to search, and specifies if only
files, directories or other (pipe, symlink, fifo, etc) files will cause the
callback to be called. The callback also gets to return with the action that
should be performed after this directory entry. eEnumerateDirectoryResultNext
specifies to continue enumerating through a directory with the next entry.
eEnumerateDirectoryResultEnter specifies to recurse down into a directory
entry, or if the file is not a directory or symlink/alias to a directory, then
just iterate to the next entry. eEnumerateDirectoryResultExit specifies to
exit the current directory and skip any entries that might be remaining, yet
continue enumerating to the next entry in the parent directory. And finally
eEnumerateDirectoryResultQuit means to abort all directory enumerations at
all levels.
Modified the Declaration class to not include column information currently
since we don't have any compilers that currently support column based
declaration information. Columns support can be re-enabled with the
additions of a #define.
Added the ability to find an EmulateInstruction plug-in given a target triple
and optional plug-in name in the plug-in manager.
Fixed a few cases where opendir/readdir was being used, but yet not closedir
was being used. Soon these will be deprecated in favor of the new directory
enumeration call that was added to the FileSpec class.
llvm-svn: 124716
2011-02-02 10:24:04 +08:00
|
|
|
// TODO: Anyone know how we can determine this for linux? Other systems?
|
Added a new Host call to find LLDB related paths:
static bool
Host::GetLLDBPath (lldb::PathType path_type, FileSpec &file_spec);
This will fill in "file_spec" with an appropriate path that is appropriate
for the current Host OS. MacOSX will return paths within the LLDB.framework,
and other unixes will return the paths they want. The current PathType
enums are:
typedef enum PathType
{
ePathTypeLLDBShlibDir, // The directory where the lldb.so (unix) or LLDB mach-o file in LLDB.framework (MacOSX) exists
ePathTypeSupportExecutableDir, // Find LLDB support executable directory (debugserver, etc)
ePathTypeHeaderDir, // Find LLDB header file directory
ePathTypePythonDir // Find Python modules (PYTHONPATH) directory
} PathType;
All places that were finding executables are and python paths are now updated
to use this Host call.
Added another new host call to launch the inferior in a terminal. This ability
will be very host specific and doesn't need to be supported on all systems.
MacOSX currently will create a new .command file and tell Terminal.app to open
the .command file. It also uses the new "darwin-debug" app which is a small
app that uses posix to exec (no fork) and stop at the entry point of the
program. The GDB remote plug-in is almost able launch a process and attach to
it, it currently will spawn the process, but it won't attach to it just yet.
This will let LLDB not have to share the terminal with another process and a
new terminal window will pop up when you launch. This won't get hooked up
until we work out all of the kinks. The new Host function is:
static lldb::pid_t
Host::LaunchInNewTerminal (
const char **argv, // argv[0] is executable
const char **envp,
const ArchSpec *arch_spec,
bool stop_at_entry,
bool disable_aslr);
Cleaned up FileSpec::GetPath to not use strncpy() as it was always zero
filling the entire path buffer.
Fixed an issue with the dynamic checker function where I missed a '$' prefix
that should have been added.
llvm-svn: 116690
2010-10-18 06:03:32 +08:00
|
|
|
// For linux we are currently assuming the location of the lldb
|
|
|
|
// binary that contains this function is the directory that will
|
|
|
|
// contain lldb.so, lldb.py and embedded_interpreter.py...
|
|
|
|
|
|
|
|
static ConstString g_lldb_python_dir;
|
|
|
|
if (!g_lldb_python_dir)
|
|
|
|
{
|
|
|
|
FileSpec lldb_file_spec;
|
|
|
|
if (GetLLDBPath (ePathTypeLLDBShlibDir, lldb_file_spec))
|
|
|
|
{
|
|
|
|
char raw_path[PATH_MAX];
|
|
|
|
char resolved_path[PATH_MAX];
|
|
|
|
lldb_file_spec.GetPath(raw_path, sizeof(raw_path));
|
|
|
|
|
|
|
|
#if defined (__APPLE__)
|
|
|
|
char *framework_pos = ::strstr (raw_path, "LLDB.framework");
|
|
|
|
if (framework_pos)
|
|
|
|
{
|
|
|
|
framework_pos += strlen("LLDB.framework");
|
|
|
|
::strncpy (framework_pos, "/Resources/Python", PATH_MAX - (framework_pos - raw_path));
|
|
|
|
}
|
|
|
|
#endif
|
|
|
|
FileSpec::Resolve (raw_path, resolved_path, sizeof(resolved_path));
|
|
|
|
g_lldb_python_dir.SetCString(resolved_path);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
file_spec.GetDirectory() = g_lldb_python_dir;
|
|
|
|
return file_spec.GetDirectory();
|
|
|
|
}
|
|
|
|
break;
|
|
|
|
|
Modified the PluginManager to be ready for loading plug-ins from a system
LLDB plugin directory and a user LLDB plugin directory. We currently still
need to work out at what layer the plug-ins will be, but at least we are
prepared for plug-ins. Plug-ins will attempt to be loaded from the
"/Developer/Library/PrivateFrameworks/LLDB.framework/Resources/Plugins"
folder, and from the "~/Library/Application Support/LLDB/Plugins" folder on
MacOSX. Each plugin will be scanned for:
extern "C" bool LLDBPluginInitialize(void);
extern "C" void LLDBPluginTerminate(void);
If at least LLDBPluginInitialize is found, the plug-in will be loaded. The
LLDBPluginInitialize function returns a bool that indicates if the plug-in
should stay loaded or not (plug-ins might check the current OS, current
hardware, or anything else and determine they don't want to run on the current
host). The plug-in is uniqued by path and added to a static loaded plug-in
map. The plug-in scanning happens during "lldb_private::Initialize()" which
calls to the PluginManager::Initialize() function. Likewise with termination
lldb_private::Terminate() calls PluginManager::Terminate(). The paths for the
plug-in directories is fetched through new Host calls:
bool Host::GetLLDBPath (ePathTypeLLDBSystemPlugins, dir_spec);
bool Host::GetLLDBPath (ePathTypeLLDBUserPlugins, dir_spec);
This way linux and other systems can define their own appropriate locations
for plug-ins to be loaded.
To allow dynamic shared library loading, the Host layer has also been modified
to include shared library open, close and get symbol:
static void *
Host::DynamicLibraryOpen (const FileSpec &file_spec,
Error &error);
static Error
Host::DynamicLibraryClose (void *dynamic_library_handle);
static void *
Host::DynamicLibraryGetSymbol (void *dynamic_library_handle,
const char *symbol_name,
Error &error);
lldb_private::FileSpec also has been modified to support directory enumeration
in an attempt to abstract the directory enumeration into one spot in the code.
The directory enumertion function is static and takes a callback:
typedef enum EnumerateDirectoryResult
{
eEnumerateDirectoryResultNext, // Enumerate next entry in the current directory
eEnumerateDirectoryResultEnter, // Recurse into the current entry if it is a directory or symlink, or next if not
eEnumerateDirectoryResultExit, // Exit from the current directory at the current level.
eEnumerateDirectoryResultQuit // Stop directory enumerations at any level
};
typedef FileSpec::EnumerateDirectoryResult (*EnumerateDirectoryCallbackType) (void *baton,
FileSpec::FileType file_type,
const FileSpec &spec);
static FileSpec::EnumerateDirectoryResult
FileSpec::EnumerateDirectory (const char *dir_path,
bool find_directories,
bool find_files,
bool find_other,
EnumerateDirectoryCallbackType callback,
void *callback_baton);
This allow clients to specify the directory to search, and specifies if only
files, directories or other (pipe, symlink, fifo, etc) files will cause the
callback to be called. The callback also gets to return with the action that
should be performed after this directory entry. eEnumerateDirectoryResultNext
specifies to continue enumerating through a directory with the next entry.
eEnumerateDirectoryResultEnter specifies to recurse down into a directory
entry, or if the file is not a directory or symlink/alias to a directory, then
just iterate to the next entry. eEnumerateDirectoryResultExit specifies to
exit the current directory and skip any entries that might be remaining, yet
continue enumerating to the next entry in the parent directory. And finally
eEnumerateDirectoryResultQuit means to abort all directory enumerations at
all levels.
Modified the Declaration class to not include column information currently
since we don't have any compilers that currently support column based
declaration information. Columns support can be re-enabled with the
additions of a #define.
Added the ability to find an EmulateInstruction plug-in given a target triple
and optional plug-in name in the plug-in manager.
Fixed a few cases where opendir/readdir was being used, but yet not closedir
was being used. Soon these will be deprecated in favor of the new directory
enumeration call that was added to the FileSpec class.
llvm-svn: 124716
2011-02-02 10:24:04 +08:00
|
|
|
case ePathTypeLLDBSystemPlugins: // System plug-ins directory
|
|
|
|
{
|
|
|
|
#if defined (__APPLE__)
|
|
|
|
static ConstString g_lldb_system_plugin_dir;
|
|
|
|
if (!g_lldb_system_plugin_dir)
|
|
|
|
{
|
|
|
|
FileSpec lldb_file_spec;
|
|
|
|
if (GetLLDBPath (ePathTypeLLDBShlibDir, lldb_file_spec))
|
|
|
|
{
|
|
|
|
char raw_path[PATH_MAX];
|
|
|
|
char resolved_path[PATH_MAX];
|
|
|
|
lldb_file_spec.GetPath(raw_path, sizeof(raw_path));
|
|
|
|
|
|
|
|
char *framework_pos = ::strstr (raw_path, "LLDB.framework");
|
|
|
|
if (framework_pos)
|
|
|
|
{
|
|
|
|
framework_pos += strlen("LLDB.framework");
|
|
|
|
::strncpy (framework_pos, "/Resources/PlugIns", PATH_MAX - (framework_pos - raw_path));
|
|
|
|
}
|
|
|
|
FileSpec::Resolve (raw_path, resolved_path, sizeof(resolved_path));
|
|
|
|
g_lldb_system_plugin_dir.SetCString(resolved_path);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
file_spec.GetDirectory() = g_lldb_system_plugin_dir;
|
|
|
|
return file_spec.GetDirectory();
|
|
|
|
#endif
|
|
|
|
// TODO: where would system LLDB plug-ins be located on linux? Other systems?
|
|
|
|
return false;
|
|
|
|
}
|
|
|
|
break;
|
|
|
|
|
|
|
|
case ePathTypeLLDBUserPlugins: // User plug-ins directory
|
|
|
|
{
|
|
|
|
#if defined (__APPLE__)
|
|
|
|
static ConstString g_lldb_user_plugin_dir;
|
|
|
|
if (!g_lldb_user_plugin_dir)
|
|
|
|
{
|
|
|
|
char user_plugin_path[PATH_MAX];
|
|
|
|
if (FileSpec::Resolve ("~/Library/Application Support/LLDB/PlugIns",
|
|
|
|
user_plugin_path,
|
|
|
|
sizeof(user_plugin_path)))
|
|
|
|
{
|
|
|
|
g_lldb_user_plugin_dir.SetCString(user_plugin_path);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
file_spec.GetDirectory() = g_lldb_user_plugin_dir;
|
|
|
|
return file_spec.GetDirectory();
|
|
|
|
#endif
|
|
|
|
// TODO: where would user LLDB plug-ins be located on linux? Other systems?
|
|
|
|
return false;
|
|
|
|
}
|
Added a new Host call to find LLDB related paths:
static bool
Host::GetLLDBPath (lldb::PathType path_type, FileSpec &file_spec);
This will fill in "file_spec" with an appropriate path that is appropriate
for the current Host OS. MacOSX will return paths within the LLDB.framework,
and other unixes will return the paths they want. The current PathType
enums are:
typedef enum PathType
{
ePathTypeLLDBShlibDir, // The directory where the lldb.so (unix) or LLDB mach-o file in LLDB.framework (MacOSX) exists
ePathTypeSupportExecutableDir, // Find LLDB support executable directory (debugserver, etc)
ePathTypeHeaderDir, // Find LLDB header file directory
ePathTypePythonDir // Find Python modules (PYTHONPATH) directory
} PathType;
All places that were finding executables are and python paths are now updated
to use this Host call.
Added another new host call to launch the inferior in a terminal. This ability
will be very host specific and doesn't need to be supported on all systems.
MacOSX currently will create a new .command file and tell Terminal.app to open
the .command file. It also uses the new "darwin-debug" app which is a small
app that uses posix to exec (no fork) and stop at the entry point of the
program. The GDB remote plug-in is almost able launch a process and attach to
it, it currently will spawn the process, but it won't attach to it just yet.
This will let LLDB not have to share the terminal with another process and a
new terminal window will pop up when you launch. This won't get hooked up
until we work out all of the kinks. The new Host function is:
static lldb::pid_t
Host::LaunchInNewTerminal (
const char **argv, // argv[0] is executable
const char **envp,
const ArchSpec *arch_spec,
bool stop_at_entry,
bool disable_aslr);
Cleaned up FileSpec::GetPath to not use strncpy() as it was always zero
filling the entire path buffer.
Fixed an issue with the dynamic checker function where I missed a '$' prefix
that should have been added.
llvm-svn: 116690
2010-10-18 06:03:32 +08:00
|
|
|
default:
|
|
|
|
assert (!"Unhandled PathType");
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
|
|
|
return false;
|
|
|
|
}
|
|
|
|
|
2010-09-08 04:11:56 +08:00
|
|
|
uint32_t
|
|
|
|
Host::ListProcessesMatchingName (const char *name, StringList &matches, std::vector<lldb::pid_t> &pids)
|
2010-07-03 03:28:44 +08:00
|
|
|
{
|
2010-09-08 04:11:56 +08:00
|
|
|
uint32_t num_matches = 0;
|
|
|
|
|
|
|
|
#if defined (__APPLE__)
|
|
|
|
int num_pids;
|
|
|
|
int size_of_pids;
|
2010-10-11 06:07:18 +08:00
|
|
|
std::vector<int> pid_list;
|
2010-09-08 04:11:56 +08:00
|
|
|
|
|
|
|
size_of_pids = proc_listpids(PROC_ALL_PIDS, 0, NULL, 0);
|
|
|
|
if (size_of_pids == -1)
|
|
|
|
return 0;
|
|
|
|
|
|
|
|
num_pids = size_of_pids/sizeof(int);
|
2010-10-11 06:07:18 +08:00
|
|
|
|
|
|
|
pid_list.resize (size_of_pids);
|
|
|
|
size_of_pids = proc_listpids(PROC_ALL_PIDS, 0, &pid_list[0], size_of_pids);
|
2010-09-08 04:11:56 +08:00
|
|
|
if (size_of_pids == -1)
|
|
|
|
return 0;
|
|
|
|
|
|
|
|
lldb::pid_t our_pid = getpid();
|
|
|
|
|
|
|
|
for (int i = 0; i < num_pids; i++)
|
2010-07-03 03:28:44 +08:00
|
|
|
{
|
2010-09-08 04:11:56 +08:00
|
|
|
struct proc_bsdinfo bsd_info;
|
|
|
|
int error = proc_pidinfo (pid_list[i], PROC_PIDTBSDINFO, (uint64_t) 0, &bsd_info, PROC_PIDTBSDINFO_SIZE);
|
|
|
|
if (error == 0)
|
|
|
|
continue;
|
|
|
|
|
|
|
|
// Don't offer to attach to zombie processes, already traced or exiting
|
|
|
|
// processes, and of course, ourselves... It looks like passing the second arg of
|
|
|
|
// 0 to proc_listpids will exclude zombies anyway, but that's not documented so...
|
|
|
|
if (((bsd_info.pbi_flags & (PROC_FLAG_TRACED | PROC_FLAG_INEXIT)) != 0)
|
|
|
|
|| (bsd_info.pbi_status == SZOMB)
|
|
|
|
|| (bsd_info.pbi_pid == our_pid))
|
|
|
|
continue;
|
|
|
|
char pid_name[MAXCOMLEN * 2 + 1];
|
|
|
|
int name_len;
|
|
|
|
name_len = proc_name(bsd_info.pbi_pid, pid_name, MAXCOMLEN * 2);
|
|
|
|
if (name_len == 0)
|
|
|
|
continue;
|
|
|
|
|
|
|
|
if (strstr(pid_name, name) != pid_name)
|
|
|
|
continue;
|
|
|
|
matches.AppendString (pid_name);
|
|
|
|
pids.push_back (bsd_info.pbi_pid);
|
|
|
|
num_matches++;
|
2010-07-03 03:28:44 +08:00
|
|
|
}
|
2010-09-08 04:11:56 +08:00
|
|
|
#endif
|
|
|
|
|
|
|
|
return num_matches;
|
2010-07-03 03:28:44 +08:00
|
|
|
}
|
|
|
|
|
2010-09-08 04:11:56 +08:00
|
|
|
ArchSpec
|
|
|
|
Host::GetArchSpecForExistingProcess (lldb::pid_t pid)
|
2010-07-03 03:28:44 +08:00
|
|
|
{
|
2010-09-08 04:11:56 +08:00
|
|
|
ArchSpec return_spec;
|
|
|
|
|
|
|
|
#if defined (__APPLE__)
|
|
|
|
struct proc_bsdinfo bsd_info;
|
|
|
|
int error = proc_pidinfo (pid, PROC_PIDTBSDINFO, (uint64_t) 0, &bsd_info, PROC_PIDTBSDINFO_SIZE);
|
|
|
|
if (error == 0)
|
|
|
|
return return_spec;
|
|
|
|
if (bsd_info.pbi_flags & PROC_FLAG_LP64)
|
|
|
|
return_spec.SetArch(LLDB_ARCH_DEFAULT_64BIT);
|
|
|
|
else
|
|
|
|
return_spec.SetArch(LLDB_ARCH_DEFAULT_32BIT);
|
|
|
|
#endif
|
|
|
|
|
|
|
|
return return_spec;
|
2010-07-03 03:28:44 +08:00
|
|
|
}
|
|
|
|
|
2010-09-08 04:11:56 +08:00
|
|
|
ArchSpec
|
|
|
|
Host::GetArchSpecForExistingProcess (const char *process_name)
|
2010-07-03 03:28:44 +08:00
|
|
|
{
|
2010-09-08 04:11:56 +08:00
|
|
|
ArchSpec returnSpec;
|
|
|
|
StringList matches;
|
|
|
|
std::vector<lldb::pid_t> pids;
|
|
|
|
if (ListProcessesMatchingName(process_name, matches, pids))
|
2010-07-03 03:28:44 +08:00
|
|
|
{
|
2010-09-08 04:11:56 +08:00
|
|
|
if (matches.GetSize() == 1)
|
2010-07-03 03:28:44 +08:00
|
|
|
{
|
2010-09-08 04:11:56 +08:00
|
|
|
return GetArchSpecForExistingProcess(pids[0]);
|
2010-07-03 03:28:44 +08:00
|
|
|
}
|
|
|
|
}
|
2010-09-08 04:11:56 +08:00
|
|
|
return returnSpec;
|
2010-07-03 03:28:44 +08:00
|
|
|
}
|
|
|
|
|
2010-09-08 04:11:56 +08:00
|
|
|
#if !defined (__APPLE__) // see macosx/Host.mm
|
2010-07-03 03:28:44 +08:00
|
|
|
bool
|
2010-12-18 09:54:34 +08:00
|
|
|
Host::OpenFileInExternalEditor (const FileSpec &file_spec, uint32_t line_no)
|
2010-07-03 03:28:44 +08:00
|
|
|
{
|
|
|
|
return false;
|
|
|
|
}
|
Added a new Host call to find LLDB related paths:
static bool
Host::GetLLDBPath (lldb::PathType path_type, FileSpec &file_spec);
This will fill in "file_spec" with an appropriate path that is appropriate
for the current Host OS. MacOSX will return paths within the LLDB.framework,
and other unixes will return the paths they want. The current PathType
enums are:
typedef enum PathType
{
ePathTypeLLDBShlibDir, // The directory where the lldb.so (unix) or LLDB mach-o file in LLDB.framework (MacOSX) exists
ePathTypeSupportExecutableDir, // Find LLDB support executable directory (debugserver, etc)
ePathTypeHeaderDir, // Find LLDB header file directory
ePathTypePythonDir // Find Python modules (PYTHONPATH) directory
} PathType;
All places that were finding executables are and python paths are now updated
to use this Host call.
Added another new host call to launch the inferior in a terminal. This ability
will be very host specific and doesn't need to be supported on all systems.
MacOSX currently will create a new .command file and tell Terminal.app to open
the .command file. It also uses the new "darwin-debug" app which is a small
app that uses posix to exec (no fork) and stop at the entry point of the
program. The GDB remote plug-in is almost able launch a process and attach to
it, it currently will spawn the process, but it won't attach to it just yet.
This will let LLDB not have to share the terminal with another process and a
new terminal window will pop up when you launch. This won't get hooked up
until we work out all of the kinks. The new Host function is:
static lldb::pid_t
Host::LaunchInNewTerminal (
const char **argv, // argv[0] is executable
const char **envp,
const ArchSpec *arch_spec,
bool stop_at_entry,
bool disable_aslr);
Cleaned up FileSpec::GetPath to not use strncpy() as it was always zero
filling the entire path buffer.
Fixed an issue with the dynamic checker function where I missed a '$' prefix
that should have been added.
llvm-svn: 116690
2010-10-18 06:03:32 +08:00
|
|
|
|
2010-11-10 12:57:04 +08:00
|
|
|
void
|
|
|
|
Host::SetCrashDescriptionWithFormat (const char *format, ...)
|
|
|
|
{
|
|
|
|
}
|
|
|
|
|
|
|
|
void
|
|
|
|
Host::SetCrashDescription (const char *description)
|
|
|
|
{
|
|
|
|
}
|
Added a new Host call to find LLDB related paths:
static bool
Host::GetLLDBPath (lldb::PathType path_type, FileSpec &file_spec);
This will fill in "file_spec" with an appropriate path that is appropriate
for the current Host OS. MacOSX will return paths within the LLDB.framework,
and other unixes will return the paths they want. The current PathType
enums are:
typedef enum PathType
{
ePathTypeLLDBShlibDir, // The directory where the lldb.so (unix) or LLDB mach-o file in LLDB.framework (MacOSX) exists
ePathTypeSupportExecutableDir, // Find LLDB support executable directory (debugserver, etc)
ePathTypeHeaderDir, // Find LLDB header file directory
ePathTypePythonDir // Find Python modules (PYTHONPATH) directory
} PathType;
All places that were finding executables are and python paths are now updated
to use this Host call.
Added another new host call to launch the inferior in a terminal. This ability
will be very host specific and doesn't need to be supported on all systems.
MacOSX currently will create a new .command file and tell Terminal.app to open
the .command file. It also uses the new "darwin-debug" app which is a small
app that uses posix to exec (no fork) and stop at the entry point of the
program. The GDB remote plug-in is almost able launch a process and attach to
it, it currently will spawn the process, but it won't attach to it just yet.
This will let LLDB not have to share the terminal with another process and a
new terminal window will pop up when you launch. This won't get hooked up
until we work out all of the kinks. The new Host function is:
static lldb::pid_t
Host::LaunchInNewTerminal (
const char **argv, // argv[0] is executable
const char **envp,
const ArchSpec *arch_spec,
bool stop_at_entry,
bool disable_aslr);
Cleaned up FileSpec::GetPath to not use strncpy() as it was always zero
filling the entire path buffer.
Fixed an issue with the dynamic checker function where I missed a '$' prefix
that should have been added.
llvm-svn: 116690
2010-10-18 06:03:32 +08:00
|
|
|
|
|
|
|
lldb::pid_t
|
|
|
|
LaunchApplication (const FileSpec &app_file_spec)
|
|
|
|
{
|
|
|
|
return LLDB_INVALID_PROCESS_ID;
|
|
|
|
}
|
|
|
|
|
|
|
|
lldb::pid_t
|
|
|
|
Host::LaunchInNewTerminal
|
|
|
|
(
|
2010-12-18 09:54:34 +08:00
|
|
|
const char *tty_name,
|
Added a new Host call to find LLDB related paths:
static bool
Host::GetLLDBPath (lldb::PathType path_type, FileSpec &file_spec);
This will fill in "file_spec" with an appropriate path that is appropriate
for the current Host OS. MacOSX will return paths within the LLDB.framework,
and other unixes will return the paths they want. The current PathType
enums are:
typedef enum PathType
{
ePathTypeLLDBShlibDir, // The directory where the lldb.so (unix) or LLDB mach-o file in LLDB.framework (MacOSX) exists
ePathTypeSupportExecutableDir, // Find LLDB support executable directory (debugserver, etc)
ePathTypeHeaderDir, // Find LLDB header file directory
ePathTypePythonDir // Find Python modules (PYTHONPATH) directory
} PathType;
All places that were finding executables are and python paths are now updated
to use this Host call.
Added another new host call to launch the inferior in a terminal. This ability
will be very host specific and doesn't need to be supported on all systems.
MacOSX currently will create a new .command file and tell Terminal.app to open
the .command file. It also uses the new "darwin-debug" app which is a small
app that uses posix to exec (no fork) and stop at the entry point of the
program. The GDB remote plug-in is almost able launch a process and attach to
it, it currently will spawn the process, but it won't attach to it just yet.
This will let LLDB not have to share the terminal with another process and a
new terminal window will pop up when you launch. This won't get hooked up
until we work out all of the kinks. The new Host function is:
static lldb::pid_t
Host::LaunchInNewTerminal (
const char **argv, // argv[0] is executable
const char **envp,
const ArchSpec *arch_spec,
bool stop_at_entry,
bool disable_aslr);
Cleaned up FileSpec::GetPath to not use strncpy() as it was always zero
filling the entire path buffer.
Fixed an issue with the dynamic checker function where I missed a '$' prefix
that should have been added.
llvm-svn: 116690
2010-10-18 06:03:32 +08:00
|
|
|
const char **argv,
|
|
|
|
const char **envp,
|
Added a new variant of SBTarget::Launch() that deprectates the old one that
takes separate file handles for stdin, stdout, and stder and also allows for
the working directory to be specified.
Added support to "process launch" to a new option: --working-dir=PATH. We
can now set the working directory. If this is not set, it defaults to that
of the process that has LLDB loaded. Added the working directory to the
host LaunchInNewTerminal function to allows the current working directory
to be set in processes that are spawned in their own terminal. Also hooked this
up to the lldb_private::Process and all mac plug-ins. The linux plug-in had its
API changed, but nothing is making use of it yet. Modfied "debugserver" and
"darwin-debug" to also handle the current working directory options and modified
the code in LLDB that spawns these tools to pass the info along.
Fixed ProcessGDBRemote to properly pass along all file handles for stdin, stdout
and stderr.
After clearing the default values for the stdin/out/err file handles for
process to be NULL, we had a crasher in UserSettingsController::UpdateStringVariable
which is now fixed. Also fixed the setting of boolean values to be able to
be set as "true", "yes", "on", "1" for true (case insensitive) and "false", "no",
"off", or "0" for false.
Fixed debugserver to properly handle files for STDIN, STDOUT and STDERR that are not
already opened. Previous to this fix debugserver would only correctly open and dupe
file handles for the slave side of a pseudo terminal. It now correctly handles
getting STDIN for the inferior from a file, and spitting STDOUT and STDERR out to
files. Also made sure the file handles were correctly opened with the NOCTTY flag
for terminals.
llvm-svn: 124060
2011-01-23 13:56:20 +08:00
|
|
|
const char *working_dir,
|
Added a new Host call to find LLDB related paths:
static bool
Host::GetLLDBPath (lldb::PathType path_type, FileSpec &file_spec);
This will fill in "file_spec" with an appropriate path that is appropriate
for the current Host OS. MacOSX will return paths within the LLDB.framework,
and other unixes will return the paths they want. The current PathType
enums are:
typedef enum PathType
{
ePathTypeLLDBShlibDir, // The directory where the lldb.so (unix) or LLDB mach-o file in LLDB.framework (MacOSX) exists
ePathTypeSupportExecutableDir, // Find LLDB support executable directory (debugserver, etc)
ePathTypeHeaderDir, // Find LLDB header file directory
ePathTypePythonDir // Find Python modules (PYTHONPATH) directory
} PathType;
All places that were finding executables are and python paths are now updated
to use this Host call.
Added another new host call to launch the inferior in a terminal. This ability
will be very host specific and doesn't need to be supported on all systems.
MacOSX currently will create a new .command file and tell Terminal.app to open
the .command file. It also uses the new "darwin-debug" app which is a small
app that uses posix to exec (no fork) and stop at the entry point of the
program. The GDB remote plug-in is almost able launch a process and attach to
it, it currently will spawn the process, but it won't attach to it just yet.
This will let LLDB not have to share the terminal with another process and a
new terminal window will pop up when you launch. This won't get hooked up
until we work out all of the kinks. The new Host function is:
static lldb::pid_t
Host::LaunchInNewTerminal (
const char **argv, // argv[0] is executable
const char **envp,
const ArchSpec *arch_spec,
bool stop_at_entry,
bool disable_aslr);
Cleaned up FileSpec::GetPath to not use strncpy() as it was always zero
filling the entire path buffer.
Fixed an issue with the dynamic checker function where I missed a '$' prefix
that should have been added.
llvm-svn: 116690
2010-10-18 06:03:32 +08:00
|
|
|
const ArchSpec *arch_spec,
|
|
|
|
bool stop_at_entry,
|
|
|
|
bool disable_aslr
|
|
|
|
)
|
|
|
|
{
|
|
|
|
return LLDB_INVALID_PROCESS_ID;
|
|
|
|
}
|
|
|
|
|
2010-09-08 04:11:56 +08:00
|
|
|
#endif
|