[Lldb-commits] [lldb] [lldb/Commands] Alias `script` command to `scripting run` (PR #97263)

Med Ismail Bennani via lldb-commits lldb-commits at lists.llvm.org
Wed Jul 3 14:38:49 PDT 2024


medismailben wrote:

> The reason behind this change is to have a top-level command that will cover scripting related subcommands.

>From @jimingham reply:

Which other scripting subcommands do you envision, besides the [template](https://github.com/llvm/llvm-project/pull/97273) subcommand? 

One that I want, powered by facilities we can add to the template, is that a class that implements a breakpoint callback should have a registry method (that's the part we can probably generate with the template instantiation) that adds callback class and help info to lldb.  Then you would do:

```
(lldb) scripting instances list
Breakpoint Callbacks:
  my_module.MyBreakpointCallback: 
      This does something really cool, if you pass the right value for the key "even_cooler", it does something even cooler.


```
And similar for all the other affordances.  We could do this by having `breakpoint callback implementation list` but I think having them listed here would make all the different affordances we have more discoverable.

BTW, I'm not proposing `instances` as the name, but I couldn't think of a better one off the top of my head.

Maybe `scripting callback list`?

It might also be handy to have:

(lldb) scripting modules list -l Python
MyFirstModule : /Users/Me/MyPythonModules/my_first_script.py

etc...

Which would list all the Python modules that we've loaded with "command script import" and where they came from.

https://github.com/llvm/llvm-project/pull/97263


More information about the lldb-commits mailing list