Huh, I had edited this in /tmp, playing around to get it right, and then cut &
pasted that into emacs in place to finish it up. The python mode seems to have
really mangled the text in the process. I'll know not to try that again!
Should be better now. Thanks for noticing this.
Jim
> On Sep
Author: jingham
Date: Mon Sep 29 20:37:52 2014
New Revision: 218656
URL: http://llvm.org/viewvc/llvm-project?rev=218656&view=rev
Log:
Fix some errors that crept in when I cut & pasted into emacs.
Modified:
lldb/trunk/examples/python/scripted_step.py
Modified: lldb/trunk/examples/python/scrip
This has some syntax errors in it (on inspection, not trying to use it)...
- Bruce
On Tue, Sep 30, 2014 at 7:24 AM, Jim Ingham wrote:
> +defexplains_stop (self, event):
>
Should be def explains_stop ...
> +# Since all I'm doing is running a plan, I will only ever get
> askedthis
>
Author: jingham
Date: Mon Sep 29 19:24:59 2014
New Revision: 218650
URL: http://llvm.org/viewvc/llvm-project?rev=218650&view=rev
Log:
Add a very trivial example for scripted stepping.
Added:
lldb/trunk/examples/python/scripted_step.py
Added: lldb/trunk/examples/python/scripted_step.py
URL:
Author: jingham
Date: Mon Sep 29 18:17:18 2014
New Revision: 218642
URL: http://llvm.org/viewvc/llvm-project?rev=218642&view=rev
Log:
This checkin is the first step in making the lldb thread stepping mechanism
more accessible from
the user level. It adds the ability to invent new stepping modes
```
$ svn commit
Sendingsource/Plugins/SymbolFile/DWARF/DWARFDebugLine.cpp
Sendingsource/Plugins/SymbolFile/DWARF/DWARFDebugLine.h
Transmitting file data ..
Committed revision 218641.
```
http://reviews.llvm.org/D5533
___
lldb-commits
Passed tests on Ubuntu Linux and MacOSX.
http://reviews.llvm.org/D5533
___
lldb-commits mailing list
lldb-commits@cs.uiuc.edu
http://lists.cs.uiuc.edu/mailman/listinfo/lldb-commits
Author: tfiala
Date: Mon Sep 29 17:57:05 2014
New Revision: 218638
URL: http://llvm.org/viewvc/llvm-project?rev=218638&view=rev
Log:
thread state coordinator: added a thread resume request and related tests.
The thread resume block is executed in the normal flow of thread
state queued event proce
Thanks, Jason!
Just running a few tests over here. If it comes up clean, I'll get it in.
http://reviews.llvm.org/D5533
___
lldb-commits mailing list
lldb-commits@cs.uiuc.edu
http://lists.cs.uiuc.edu/mailman/listinfo/lldb-commits
Address Jason's comment
http://reviews.llvm.org/D5533
Files:
source/Plugins/SymbolFile/DWARF/DWARFDebugLine.cpp
source/Plugins/SymbolFile/DWARF/DWARFDebugLine.h
Index: source/Plugins/SymbolFile/DWARF/DWARFDebugLine.cpp
===
--- so
Looks good; one small suggestion, otherwise please commit.
Comment at: source/Plugins/SymbolFile/DWARF/DWARFDebugLine.cpp:427
@@ -426,1 +426,3 @@
prologue->min_inst_length = debug_line_data.GetU8(offset_ptr);
+if (prologue->version >= 4)
+prologue->maximum_opera
Hi tfiala,
"maximum_operations_per_instruction" is a field that was added to .debug_line
header in DWARF4.
http://reviews.llvm.org/D5533
Files:
source/Plugins/SymbolFile/DWARF/DWARFDebugLine.cpp
source/Plugins/SymbolFile/DWARF/DWARFDebugLine.h
Index: source/Plugins/SymbolFile/DWARF/DWARFDeb
Author: tfiala
Date: Mon Sep 29 16:45:21 2014
New Revision: 218629
URL: http://llvm.org/viewvc/llvm-project?rev=218629&view=rev
Log:
thread state coordinator: add exec reset support, remove empty virtual
destructors.
Also added a test for the reset handling. The reset/state clearing happens
as
Won't land in upstream LLDB
http://reviews.llvm.org/D5496
___
lldb-commits mailing list
lldb-commits@cs.uiuc.edu
http://lists.cs.uiuc.edu/mailman/listinfo/lldb-commits
Update for ToT lldb
http://reviews.llvm.org/D5496
Files:
Android.mk
lldb-device-build.mk
lldb-host-build.mk
lldb.mk
shared_lldb.mk
source/Android.mk
source/Breakpoint/Android.mk
source/Commands/Android.mk
source/Core/Android.mk
source/DataFormatters/Android.mk
source/Express
No sweat!
On Mon, 2014-09-29 at 06:15 -0700, Todd Fiala wrote:
> Ah, thanks Matthew. Sorry about that.
>
> On Mon, Sep 29, 2014 at 12:12 AM, Matthew Gardiner
> wrote:
> Author: mg11
> Date: Mon Sep 29 02:12:47 2014
> New Revision: 218594
>
> URL: http://
Ah, thanks Matthew. Sorry about that.
On Mon, Sep 29, 2014 at 12:12 AM, Matthew Gardiner wrote:
> Author: mg11
> Date: Mon Sep 29 02:12:47 2014
> New Revision: 218594
>
> URL: http://llvm.org/viewvc/llvm-project?rev=218594&view=rev
> Log:
> Included cstdarg for compilation of va_start and va_en
>>! In D5503#6, @mg11 wrote:
> @Jim
> Regarding architectures with bytes whose size aren't a multiple of 8-bits, I
> believe these must be rare beasts indeed nowadays. Apart a colleague
> mentioning a TI processor (TMS320C5517) and CCL/CSRs XAP processor, both of
> which are 16-bit, I know only
Author: mg11
Date: Mon Sep 29 03:02:24 2014
New Revision: 218596
URL: http://llvm.org/viewvc/llvm-project?rev=218596&view=rev
Log:
Very minimal support 24-bit kalimbas. Vanilla "memory read" for data sections
works, as do breakpoints, run and pause, display zeroth frame.
See
http://reviews.llvm.o
Author: mg11
Date: Mon Sep 29 02:12:47 2014
New Revision: 218594
URL: http://llvm.org/viewvc/llvm-project?rev=218594&view=rev
Log:
Included cstdarg for compilation of va_start and va_end.
Modified:
lldb/trunk/source/Plugins/Process/Linux/ThreadStateCoordinator.cpp
Modified: lldb/trunk/source
20 matches
Mail list logo