“No source file named” error debugging Eclipse CDT

后端 未结 7 1658
醉梦人生
醉梦人生 2020-12-31 03:25

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         


        
相关标签:
7条回答
  • 2020-12-31 03:39

    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.

    0 讨论(0)
  • 2020-12-31 03:47

    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.

    0 讨论(0)
  • 2020-12-31 03:50

    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.

    0 讨论(0)
  • 2020-12-31 03:52

    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:

    • At the bottom, there is a link "Select other ..." to select the Create Process launcher. Click the link. Tick the "Use configuration specific settings". Select "Standard Create Process Launcher" and press "Ok".
    • Go to the "Debugger" tab, and on the top of the tab select "Debugger: gdb/mi". What may/may not make a difference: On the same tab there is also a checkbox "Use full file path to set breakpoints" - I played with this, but it does not seem to affect the issue we observe (obviously, our source paths are already full paths).

    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.

    0 讨论(0)
  • 2020-12-31 03:52

    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

    0 讨论(0)
  • 2020-12-31 04:00

    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.

    0 讨论(0)
提交回复
热议问题