I'm suffering from this issue rust-analyzer/rust-analyzer#4172
it seems that rust-analyzer has already updated on their side
but I'm still getting the error message of getting unable to find libcore.
@cl-ax
:YcmCompleter GoToDefinition doesn't work ?
How can I fix this problem? It seems like ycm can not find stdc++ headers?
already add these dir into ycm extra file... but not fix it
I tried installing ycm on my mac running 10.14.6, it obviously failed and I realized maybe too late that it's because of my gcc compiler, I read in one of the open issues that I could run an older version, I just have no idea how to do that, and haven't been able to find the answer anywhere, I was wondering if I could get some pointers
it's been that way since forever
afaik, nothing has changed, but if you can git bisect and find a change in YCM which changed the behaviour for you let us know
Interesting thing happened for me just now. I installed YCM and did the install.py --clangd-completer stuff and server was shutting down. Complaining about missing ycm_core. Issue solved by doing apt install libtinfo5. I think this should be mentioned somewhere - or maybe even automagically checked. Ubuntu 20.04
@bstaletic
ksekera@c984e4769eef ~/.v/b/Y/t/ycmd ((f876f207?))> ldd ycm_core.so
linux-vdso.so.1 (0x0000ffffa48d3000)
libpython3.8.so.1.0 => /lib/aarch64-linux-gnu/libpython3.8.so.1.0 (0x0000ffffa3c96000)
librt.so.1 => /lib/aarch64-linux-gnu/librt.so.1 (0x0000ffffa3c7e000)
libstdc++.so.6 => /lib/aarch64-linux-gnu/libstdc++.so.6 (0x0000ffffa3a9b000)
libm.so.6 => /lib/aarch64-linux-gnu/libm.so.6 (0x0000ffffa39f0000)
libgcc_s.so.1 => /lib/aarch64-linux-gnu/libgcc_s.so.1 (0x0000ffffa39cb000)
libc.so.6 => /lib/aarch64-linux-gnu/libc.so.6 (0x0000ffffa385a000)
libexpat.so.1 => /lib/aarch64-linux-gnu/libexpat.so.1 (0x0000ffffa3823000)
libz.so.1 => /lib/aarch64-linux-gnu/libz.so.1 (0x0000ffffa37f9000)
libpthread.so.0 => /lib/aarch64-linux-gnu/libpthread.so.0 (0x0000ffffa37c9000)
libdl.so.2 => /lib/aarch64-linux-gnu/libdl.so.2 (0x0000ffffa37b5000)
libutil.so.1 => /lib/aarch64-linux-gnu/libutil.so.1 (0x0000ffffa37a1000)
/lib/ld-linux-aarch64.so.1 (0x0000ffffa48a3000)
@bstaletic this is what caught my attention
ksekera@c984e4769eef ~/.v/b/Y/t/ycmd ((f876f207?))> less /tmp/ycmd_36547_stderr_c8lpuaa2.log
Traceback (most recent call last):
File "/usr/lib/python3.8/runpy.py", line 194, in _run_module_as_main
return _run_code(code, main_globals, None,
File "/usr/lib/python3.8/runpy.py", line 87, in _run_code
exec(code, run_globals)
File "/home/ksekera/.vim/bundle/YouCompleteMe/python/ycm/../../third_party/ycmd/ycmd/__main__.py", line 193, in <module>
Main()
File "/home/ksekera/.vim/bundle/YouCompleteMe/python/ycm/../../third_party/ycmd/ycmd/__main__.py", line 160, in Main
code = ImportAndCheckCore()
File "/home/ksekera/.vim/bundle/YouCompleteMe/third_party/ycmd/ycmd/utils.py", line 497, in ImportAndCheckCore
LoadYcmCoreDependencies()
File "/home/ksekera/.vim/bundle/YouCompleteMe/third_party/ycmd/ycmd/utils.py", line 482, in LoadYcmCoreDependencies
ctypes.cdll.LoadLibrary( libclang_path )
File "/usr/lib/python3.8/ctypes/__init__.py", line 451, in LoadLibrary
return self._dlltype(name)
File "/usr/lib/python3.8/ctypes/__init__.py", line 373, in __init__
self._handle = _dlopen(self._name, mode)
OSError: libtinfo.so.5: cannot open shared object file: No such file or directory
without clang it complained I won't have any semantic completion for c/c++/etc
ksekera@c984e4769eef ~/.v/b/YouCompleteMe (master)> ./install.py ---clangd-completer
...
-- Found PythonLibs: /usr/lib/python3.8/config-3.8-aarch64-linux-gnu/libpython3.8.so (found suitable version "3.8.5", minimum required is "3.6")
-- NOT using libclang, no semantic completion for C/C++/ObjC will be available
-- NOT using clang-tidy for static analysis.
...
so this warning is obviously not true in this case ...
@klement I don't know which liclang are you loading, but the one that we bundle does not depend on
libtinfo.so.5.bstaletic@Gallifrey ycmd (git)-[test-bench-vendoring]-% ldd third_party/clang/lib/libclang.so.11
linux-vdso.so.1 (0x00007fff1d142000)
libdl.so.2 => /usr/lib/libdl.so.2 (0x00007f32ef9fe000)
libpthread.so.0 => /usr/lib/libpthread.so.0 (0x00007f32ef9dc000)
libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00007f32ef7ff000)
libm.so.6 => /usr/lib/libm.so.6 (0x00007f32ef6b9000)
libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0x00007f32ef69f000)
libc.so.6 => /usr/lib/libc.so.6 (0x00007f32ef4d6000)
/usr/lib64/ld-linux-x86-64.so.2 (0x00007f32f5122000)
The libclang from releases.llvm.org does depend on libtinfo.