New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
debugging when JIT a compiled function is derived from string exec #7370
Comments
This is an interesting idea - we'll discuss it at the triage meeting today. |
@gmarkall Thank you very much. Currently, I intensely use this kind of way to jit compiled functions. After I recursively jit nested compiled functions, debugging is very very difficult! |
Thanks for the request. Have updated the title to reflect the need to link string source to debug output. Another option might be to patch the code objects and inject into |
This issue is marked as stale as it has had no activity in the past 30 days. Please close this issue if no further response or action is needed. Otherwise, please respond with any updates and confirm that this issue still needs to be addressed. |
I've removed needtriage so this won't go stale again. |
Feature request
Currently, Numba does not have a good mode to debug a jitted function without source code. For example, when I have the following compiled code:
After I jit the compiled function and run it,
the code has an error, and the numba reports:
Numba cannot report where the error is raised, because
<source missing, REPL/exec in use?>
When the compiled function is a large program, such debugging is very very difficult!!!
Can we support the error debugging for such compiled function in a more nice way? For example, when I jit the compiled function, I can provide the souce code:
Thank you very much!
The text was updated successfully, but these errors were encountered: