Linux workspace build failing about wxdap HOT 5 CLOSED

There are 2 workspaces provided. You should use the one named wxdap-linux (which is a CodeLite file system workspace that I configured to run cmake command line commands). If you are not using CodeLite, then you should use the CMake:

mkdir -p build-debug
cd build-debug
cmake .. -DCMAKE_BUILD_TYPE=Debug
make -j$(nproc)

(same goes for macOS)

from wxdap.

I am still working on this, but I think I may have a lead on the underlying issue I am seeing on Linux and it looks very similar to the following CodeLite issue:
eranif/codelite#2769

I did a quick and dirty hack and changed the std::unordered_map to std::map along with the include files and I get the DAP so to build. This is not the right way, but it indicated to me that the project file I am using is okay and that the issue is code related. I need to look at issue 2769 and see what was done and give it a try.

from wxdap.

Checked out issue 2769 and ported the change and created #6 with the changes in it.

Once PR merged this issue can be closed.

from wxdap.

Thanks very much for working on this yesterday. The compilation now works on all three OS's (Windows, Linux and MacOS).

I can now do some rudimentary debugging on the MacOS using C::B now. Breakpoints, simple watches and call stack are wired with about the same level of functionality as the demo app.

from wxdap.

That's great to hear. I too did some progress wiring it into CodeLite. Attached is a screenshot. I am also attaching a screenshot of the settings dialog which I am currently using to define a dap server within CodeLite

from wxdap.