You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The debug information for some of the files currently points to the target directory, including an unpredictable hash.
This makes it hard to setup the debugger to show the source code while debugging (if you are debugging an executable built on a different machine).
This makes it hard to setup lldb's settings set target.source-map /path/on/build-machine D:\path\on\debugger-host-machine, since the hash will change frequently.
At first glance it seems like the header files are also present in the source directory, and identical, so it would be preferable, if the original files at the fixed location could be used when compiling mozjs, instead of the files in the target directory.
The text was updated successfully, but these errors were encountered:
I think that's the limitation of how SM build system works (creates out/build dir and works from there), I wonder how this is worked around in Firefox?
Yeah, thats a bit unfortunate. I guess I should count myself lucky, that it only affects a couple headers in dist/include, while the source .cpp files seem to be mostly unaffected (based on an entirely unrepresentative sample set of my current debugging session)
The debug information for some of the files currently points to the target directory, including an unpredictable hash.
This makes it hard to setup the debugger to show the source code while debugging (if you are debugging an executable built on a different machine).
Example:
This makes it hard to setup lldb's
settings set target.source-map /path/on/build-machine D:\path\on\debugger-host-machine
, since the hash will change frequently.At first glance it seems like the header files are also present in the source directory, and identical, so it would be preferable, if the original files at the fixed location could be used when compiling mozjs, instead of the files in the target directory.
The text was updated successfully, but these errors were encountered: