I\'ve got a project with a shared library (loaded dynamically), and I\'m attempting to debug it. I get the following error message:
No source file named /ho
for Makefile project existing code. step 1 check compile all the sources with -g -o0 step 2 use the gdbserver and arm-yourversion-gdb which will be provided in your sdk and gdb toolchain.
I had the same problem, but in my case it was my fault. Some of my projects were set to Release configuration and the debugger naturally could not find the source file information.
I had the same problem but my solution was different. Open up the project "debug/src" + "release/src" directories and ensure that there are no [filename].d files that contain the name of any source files that may have changed their names or that no longer exist. I had one, deleted it, and since no more errors.
I would therefore presume, at least in my case, that the errors are created by objects that have fallen out of scope.
I just came across the same issue, although my breakpoints were in the executable itself, not in a shared library. To solve this, I had to open the "Debug configuration", select my debug configuration and adjust the following settings:
For breakpoints in shared libraries, you might need additional information (especially about deferred breakpoints) from Debugging with eclipse cdt and gdb and Why does eclipse cdt ignore breakpoints.
Note: This refers to Eclipse Kepler (4.3) and gdb 7.4.
I followed @Andreas Fester's comment to Debugger tab in Debug Configurations settings but can't find the "Debugger: gdb/mi", but in Source tab, I removed all items and added "Absolute File Path" by click the "Add..." button at right side of the window. That helped me on this problem
This can happen if you have both cygwin and mingw (or some other variant). If gcc from cygwin is used to compile the source you'll have cygwin path in executable. Then, if the debugger is from mingw, gdb will not be able to interpret the cygwin path. The easiest way to solve this is to go to Run -> Debug Configurations -> Debugger and set full path to cygwin gdb (C:\cygwin64\bin\gdb.exe). That solved the problem for me.