You are not logged in.
While stepping though code with gdb, i get an error:
/usr/src/debug/gcc-build/x86_64-pc-linux-gnu/libstdc++-v3/include/bits/allocator.h: No such file or directory.I tried to fix this by following this doc https://wiki.archlinux.org/title/Debugg … g_packages
Following the doc, i added debugging repositories and installed glib2-debug and gcc-debug
Installing those packages, created new directory path /usr/src/debug/gcc-build/x86_64-pc-linux-gnu/libstdc++-v3
in new directory path i see 2 directories: libsupc++ and src, but no include directory
What should i do to get include source in that directory?
My best guess is that there is a separate package for that.
edit: if my post is missing something or doesn't make sense, please don't be afraid to point it out ![]()
Last edited by bruh-i-use-arch-cow (2022-04-30 12:46:29)
Offline
Hey just started using arch and ran into the same problem, but it happened to me on visual studio code when I step into any code like cout or any code that uses header files. Did the same as the person above and the debug package does not provide the directory as mentioned above. Also out of curiosity compiled my own gcc-debug package and it was the same result. Realized that the regular gcc package in the core repository installs the headers into usr/include/c++/12.1.0/bits/ but why does visual studio code try to locate them in /usr/src/debug/gcc-build/x86_64-pc-linux-gnu/libstdc++-v3/include/bits/ by default.
Everything actually works fine either way. I can just step over in code that uses the standard library. Just was curious about why step-in in visual studio code tries to detect the header files in /usr/src/debug/gcc-build/x86_64-pc-linux-gnu/libstdc++-v3/include/bits/
Last edited by Noob_Boi (2022-06-07 20:49:51)
Offline
Offline