Default debug tasks that's implement in Rust does not support source maps

[domust]

I have noticed that the debug locator implemented in Rust builds an executable in such a way that there are no source maps.

After running a debug test runnable an executable named debug_build is placed in the project root. lldb ./debug_build runs it with a debugger and after stopping at any breakpoint l command always fails with no source available. I have structured my tests as documented in https://odin-lang.org/docs/testing/#multiple-packages and I have noticed that building a test executable with the following command solves this problem: odin build tests -build-mode:test -debug -use-single-module. Most likely the fix would be to just add -use-single-module, since using -debug without it emits errors about missing symbols for even built-in libraries

[rxptr]

I tried to reproduce this before making a change. I set up a multi-package test project following the testing docs pattern, and built it exactly the way the debug locator does (odin build tests -build-mode:test -debug -all-packages -out:debug_build). Tried both a minimal case and a heavier one pulling in several core packages, since you mentioned missing symbols "even for built-in libraries."

In every case the build succeeded cleanly with plain -debug (no missing-symbol errors), breakpoints set by absolute path resolved correctly in both sub-packages with source shown normally, and -use-single-module made no observable difference.

Since I can't get this to reproduce, would you mind sharing:

1. The actual structure of your test project (how many packages, roughly how they're organized) or ideally a minimal repro
2. Your local setup with full Xcode or just Command Line Tools, and what xcode-select -p prints. Given what came up on Debugger fails to launch the program on macOS #67, I want to rule out whether this is related to the same debugserver/toolchain resolution issue on your machine rather than something in the build itself.

[domust]

Sure, the project I'm having issues with is public anyway: https://tangled.org/domust.dev/monkey

xcode-select -p
/nix/store/mxzgf8zlr2mbxrqp1ami2ixqsqpskv0w-apple-sdk-14.4

The failure itself looks like this:

[domust]

My breakpoints are never hit when the debugger is invoked via Zed. It works fine from the command line though:

[domust]

Also, when I try to use lldb on the binary built by the extension - I don't get to see source code, only the assembly code

[domust]

This is the warning I see when building without -use-single-module and only after fixing this do I see the symbols when using lldb from the command line: