Hi, 

Attached is a patch to disable only the internal python interpreter, but still 
compiling the python bindings.

If LLDB_DISABLE_PYTHON is defined, the python script interpreter isn't 
compiled, but swig is run and the python bindings are compiled.
If both LLDB_DISABLE_PYTHON and LLDB_DISABLE_PYTHON_BINDINGS are defined, 
neither the script interpreter, nor the swig bindings are compiled.

That way, we have a finer control over what parts get compiled and it's easier 
to debug programs that embed lldb (either python programs or C/C++ programs 
that embed a python interpreter.

>From the code, it seemed to me that the GIL-locking code isn't perfectly 
>capable of handling a python program that calls asynchronously into lldb (with 
>the python script interpreter activated).

I'm now perfecting my python front-end and will link into lldb's script 
interpreter code afterwards. I need to debug it further. 

Regards,

  Filipe

Attachment: lldb-disable-python-interpreter.patch
Description: Binary data

_______________________________________________
lldb-dev mailing list
[email protected]
http://lists.cs.uiuc.edu/mailman/listinfo/lldb-dev

Reply via email to