Project Ortega BCM5719 LLVM https://git.raptorcs.com/git/bcm5719-llvm/atom?h=meklort-10.0.1 2015-10-29T00:21:14+00:00 2015-10-29T00:21:14+00:00 Jason Molenda jmolenda@apple.com 2015-10-29T00:21:14+00:00 urn:sha1:a26a1eff93a919ffb756244a6cb711587df0fa47 (whatever that is) and wanted to clean up some duplicated entries in the project files. llvm-svn: 251586 2015-02-11T10:29:30+00:00 Tamas Berghammer tberghammer@google.com 2015-02-11T10:29:30+00:00 urn:sha1:e13c2731ba83ce3f820026878240f72d3b7df0d5 GDBRemoteCommunicationServer: Basic packet handling, handler registration LLDBCommonPacketHandler: Common packet handling for lldb-platform and lldb-gdbserver LLDBPlatformPacketHandler: lldb-platform specific packet handling LLGSPacketHandler: lldb-gdbserver specific packet handling Differential Revision: http://reviews.llvm.org/D7538 llvm-svn: 228823 2014-10-16T08:04:28+00:00 Jason Molenda jmolenda@apple.com 2014-10-16T08:04:28+00:00 urn:sha1:ecafcb867a64004cebf461bbea8f32b4b17fca66 a number of warnings to be enabled. The one making the most noise across the code base right now is CLANG_WARN_UNREACHABLE_CODE = YES. llvm-svn: 219910 2014-05-19T18:30:48+00:00 Todd Fiala todd.fiala@gmail.com 2014-05-19T18:30:48+00:00 urn:sha1:76e1bf53b4c208b9b6adb08e81ebaea0ccf7610d Need to spend a little more time with suppressing the debugserver 64-to-32 bit warnings. Will re-submit after I get the warnings properly suppressed. llvm-svn: 209151 2014-05-19T16:58:52+00:00 Todd Fiala todd.fiala@gmail.com 2014-05-19T16:58:52+00:00 urn:sha1:37ba9f5d8adff90aff5b6f8d074a57513db04f57 llvm-svn: 209142 2013-12-12T23:45:07+00:00 Greg Clayton gclayton@apple.com 2013-12-12T23:45:07+00:00 urn:sha1:5d9cd184e67eefb8596c15c27f84760b518c4176 llvm-svn: 197188 2013-11-20T21:07:01+00:00 Greg Clayton gclayton@apple.com 2013-11-20T21:07:01+00:00 urn:sha1:fbb7634934d40548b650574a2f2a85ab41527674 Example code: remote_platform = lldb.SBPlatform("remote-macosx"); remote_platform.SetWorkingDirectory("/private/tmp") debugger.SetSelectedPlatform(remote_platform) connect_options = lldb.SBPlatformConnectOptions("connect://localhost:1111"); err = remote_platform.ConnectRemote(connect_options) if err.Success(): print >> result, 'Connected to remote platform:' print >> result, 'hostname: %s' % (remote_platform.GetHostname()) src = lldb.SBFileSpec("/Applications/Xcode.app/Contents/SharedFrameworks/LLDB.framework", False) dst = lldb.SBFileSpec() # copy src to platform working directory since "dst" is empty err = remote_platform.Install(src, dst); if err.Success(): print >> result, '%s installed successfully' % (src) else: print >> result, 'error: failed to install "%s": %s' % (src, err) Implemented many calls needed in lldb-platform to be able to install a directory that contains symlinks, file and directories. The remote lldb-platform can now launch GDB servers on the remote system so that remote debugging can be spawned through the remote platform when connected to a remote platform. The API in SBPlatform is subject to change and will be getting many new functions. llvm-svn: 195273 2013-03-27T23:08:40+00:00 Greg Clayton gclayton@apple.com 2013-03-27T23:08:40+00:00 urn:sha1:5160ce5c72e5f55c2e83ca9914cd0f02e0c5ceb3 LLDB is crashing when logging is enabled from lldb-perf-clang. This has to do with the global destructor chain as the process and its threads are being torn down. All logging channels now make one and only one instance that is kept in a global pointer which is never freed. This guarantees that logging can correctly continue as the process tears itself down. llvm-svn: 178191 2012-07-17T19:47:06+00:00 Greg Clayton gclayton@apple.com 2012-07-17T19:47:06+00:00 urn:sha1:9773542933a7e5e8348f014a93dbb9960e06cbb1 llvm-svn: 160391 2012-02-18T05:35:26+00:00 Greg Clayton gclayton@apple.com 2012-02-18T05:35:26+00:00 urn:sha1:d9e416c0ea61c13440e99fdab86e44c6e71a8eff the lldb_private::StackFrame objects hold onto a weak pointer to the thread object. The lldb_private::StackFrame objects the the most volatile objects we have as when we are doing single stepping, frames can often get lost or thrown away, only to be re-created as another object that still refers to the same frame. We have another bug tracking that. But we need to be able to have frames no longer be able to get the thread when they are not part of a thread anymore, and this is the first step (this fix makes that possible but doesn't implement it yet). Also changed lldb_private::ExecutionContextScope to return shared pointers to all objects in the execution context to further thread harden the internals. llvm-svn: 150871