GCC 8.2.1 needs -fno-gnu-unique to work around std::make_shared defect due to libicuuc.so(DT_SYMBOLIC)

[abyss7]

Observed behavior

ccls crashes:

14:01:31 indexer1         pipeline.cc:344 I parse gh/ch/dbms/src/Formats/FormatFactory.cpp
14:01:31 preamble     sema_manager.cc:734 I create session for gh/ch/dbms/src/Formats/FormatFactory.cpp
LLVM ERROR: out of memory
LLVMSymbolizer: error reading file: No such file or directory
#0 0x00007fe75b21d09e llvm::sys::PrintStackTrace(llvm::raw_ostream&) (/lib64/libLLVM-7.so+0x9b409e)
#1 0x00007fe75b21b554 llvm::sys::RunSignalHandlers() (/lib64/libLLVM-7.so+0x9b2554)
#2 0x00007fe75b21b6d5 (/lib64/libLLVM-7.so+0x9b26d5)
#3 0x00007fe75a523030 __restore_rt (/lib64/libpthread.so.0+0x13030)
#4 0x00007fe75a38053f __GI_raise /usr/src/debug/glibc-2.28-60-g4d7af7815a/signal/../sysdeps/unix/sysv/linux/internal-signals.h:84:10
#5 0x00007fe75a36a895 __GI_abort /usr/src/debug/glibc-2.28-60-g4d7af7815a/stdlib/abort.c:81:7
#6 0x00007fe75b19fe34 llvm::report_bad_alloc_error(char const*, bool) (/lib64/libLLVM-7.so+0x936e34)
#7 0x00007fe75b1c4bf1 llvm::SmallVectorBase::grow_pod(void*, unsigned long, unsigned long) (/lib64/libLLVM-7.so+0x95bbf1)
#8 0x00007fe75b1fc0bd llvm::raw_svector_ostream::write_impl(char const*, unsigned long) (/lib64/libLLVM-7.so+0x9930bd)
#9 0x00007fe75b1fcb97 llvm::raw_ostream::write(char const*, unsigned long) (/lib64/libLLVM-7.so+0x993b97)
#10 0x00007fe75b1e895c llvm::Twine::print(llvm::raw_ostream&) const (/lib64/libLLVM-7.so+0x97f95c)
#11 0x00007fe75b1e8b80 llvm::Twine::toVector(llvm::SmallVectorImpl<char>&) const (/lib64/libLLVM-7.so+0x97fb80)
#12 0x00007fe75ea2c54f clang::vfs::InMemoryFileSystem::setCurrentWorkingDirectory(llvm::Twine const&) (/lib64/libclangBasic.so.7+0x1e254f)
#13 0x00007fe75ea2a52e clang::vfs::OverlayFileSystem::pushOverlay(llvm::IntrusiveRefCntPtr<clang::vfs::FileSystem>) (/lib64/libclangBasic.so.7+0x1e052e)
#14 0x00007fe75fe2c00e (/lib64/libclangFrontend.so.7+0x12500e)
#15 0x00007fe75fe2c1fb clang::PrecompiledPreamble::setupPreambleStorage(clang::PrecompiledPreamble::PCHStorage const&, clang::PreprocessorOptions&, llvm::IntrusiveRefCntPtr<clang::vfs::FileSystem>&) (/lib64/libclangFrontend.so.7+0x1251fb)
#16 0x00007fe75fe2c696 clang::PrecompiledPreamble::configurePreamble(clang::PreambleBounds, clang::CompilerInvocation&, llvm::IntrusiveRefCntPtr<clang::vfs::FileSystem>&, llvm::MemoryBuffer*) const (/lib64/libclangFrontend.so.7+0x125696)
#17 0x0000000000483c54 (ccls+0x483c54)
#18 0x000000000047fed8 (ccls+0x47fed8)
#19 0x00007fe75a51858e start_thread /usr/src/debug/glibc-2.28-60-g4d7af7815a/nptl/pthread_create.c:487:7
#20 0x00007fe75a4456a3 __GI___clone /usr/src/debug/glibc-2.28-60-g4d7af7815a/misc/../sysdeps/unix/sysv/linux/x86_64/clone.S:97:0
ccls server connection was closed
[Error - 2:01:40 PM] Connection to server got closed. Server will not be restarted.

Expected behavior

ccls should reindex new contents.

Steps to reproduce

1. git checkout new revision.
2. Open any cpp changed file in vscode.
3. Try to use index in any way: hover cursor, find references, etc.

System information

• ccls version (git describe --tags --long): 0.20181225.9-35-g1976fec5
• clang version: clang version 7.0.1 (tags/RELEASE_701/final)
• OS: Fedora 29
• Editor: vscode
• Language client (and version): vscode-ccls 0.1.26

[MaskRay]

Have you tried building ccls with clang 8? If your distribution doesn't provide it, consider using prebuilt archives on http://releases.llvm.org/

#17 0x0000000000483c54 (ccls+0x483c54)
#18 0x000000000047fed8 (ccls+0x47fed8)

A -DCMAKE_BUILD_TYPE=Debug build will be helpful

[cbsirb]

Had an similar problem (crash whenever a file was indexed), which was fixed by using -DCMAKE_CXX_COMPILER=clang

[0xC0FFEE]

Had an similar problem (crash whenever a file was indexed), which was fixed by using -DCMAKE_CXX_COMPILER=clang

I had this bug too and discovered by accident that using clang to compile ccls fixes this. Tested with clang 8.0.0 (works) and gcc 8.2.1 (crashes).

Here is the backtrace of the core dump:

Core was generated by `ccls/build/ccls -log-file=/tmp/ccls.log -v=1'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0  0x00005598515613c7 in std::type_info::operator== (this=0x7fe8f20aa950 <std::_Sp_make_shared_tag::_S_ti()::__tag>, __arg=...) at /usr/include/c++/8.2.1/typeinfo:123
123                   || (__name[0] != '*' &&
[Current thread is 1 (Thread 0x7fe8ecaef700 (LWP 5994))]
(gdb) bt
#0  0x00005598515613c7 in std::type_info::operator== (this=0x7fe8f20aa950 <std::_Sp_make_shared_tag::_S_ti()::__tag>, __arg=...) at /usr/include/c++/8.2.1/typeinfo:123
#1  0x0000559851567235 in std::_Sp_counted_ptr_inplace<llvm::sys::fs::detail::DirIterState, std::allocator<llvm::sys::fs::detail::DirIterState>, (__gnu_cxx::_Lock_policy)2>::_M_get_deleter (this=0x7fe8d8014be0,  type_info node=...)
    at /usr/include/c++/8.2.1/bits/shared_ptr_base.h:573
#2  0x00007fe8f35fa77b in ?? () from /usr/lib/libLLVM-8.so
#3  0x00007fe8f751d3b1 in ?? () from /usr/lib/libclangDriver.so.8
#4  0x00007fe8f751e360 in ?? () from /usr/lib/libclangDriver.so.8
#5  0x00007fe8f7537015 in ?? () from /usr/lib/libclangDriver.so.8
#6  0x00007fe8f7468b7b in clang::driver::Driver::getToolChain(llvm::opt::ArgList const&, llvm::Triple const&) const () from /usr/lib/libclangDriver.so.8
#7  0x00007fe8f74746a4 in clang::driver::Driver::BuildCompilation(llvm::ArrayRef<char const*>) () from /usr/lib/libclangDriver.so.8
#8  0x00007fe8f85b97a3 in clang::createInvocationFromCommandLine(llvm::ArrayRef<char const*>, llvm::IntrusiveRefCntPtr<clang::DiagnosticsEngine>, llvm::IntrusiveRefCntPtr<llvm::vfs::FileSystem>) () from /usr/lib/libclangFrontend.so.8
#9  0x0000559851559871 in ccls::BuildCompilerInvocation (main="test_tokenizer.cpp", args=std::vector of length 8, capacity 14 = {...}, VFS=...) at ccls/src/clang_tu.cc:107
#10 0x000055985158c098 in ccls::idx::Index (manager=0x7ffefa709de0, wfiles=0x7ffefa709890, vfs=0x7ffefa7098f0, opt_wdir="build", main="test_tokenizer.cpp", 
    args=std::vector of length 7, capacity 7 = {...}, remapped=std::vector of length 0, capacity 0, no_linkage=false, ok=@0x7fe8ecaee460: true) at ccls/src/indexer.cc:1234
#11 0x00005598515ecc86 in ccls::pipeline::(anonymous namespace)::Indexer_Parse (completion=0x7ffefa709de0, wfiles=0x7ffefa709890, project=0x7ffefa709830, vfs=0x7ffefa7098f0, matcher=...)
    at ccls/src/pipeline.cc:360
#12 0x00005598515edf62 in ccls::pipeline::Indexer_Main (manager=0x7ffefa709de0, vfs=0x7ffefa7098f0, project=0x7ffefa709830, wfiles=0x7ffefa709890) at ccls/src/pipeline.cc:471
#13 0x00005598516eff20 in ccls::(anonymous namespace)::Indexer (arg_=0x559851def1f0) at ccls/src/messages/initialize.cc:263
#14 0x00007fe8f28fca9d in start_thread () from /usr/lib/libpthread.so.0
#15 0x00007fe8f282ab23 in clone () from /usr/lib/libc.so.6

Edit: maybe this should be moved to its own issue?

[yssource]

the similar problem happens to me also.

• archlinuxcn/ccls-git 20190329-2
• emacs27

clang version 8.0.0 (tags/RELEASE_800/final)
Target: x86_64-pc-linux-gnu
Thread model: posix
InstalledDir: /usr/bin
Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-pc-linux-gnu/8.2.1
Found candidate GCC installation: /usr/bin/../lib64/gcc/x86_64-pc-linux-gnu/8.2.1
Found candidate GCC installation: /usr/lib/gcc/x86_64-pc-linux-gnu/8.2.1
Found candidate GCC installation: /usr/lib64/gcc/x86_64-pc-linux-gnu/8.2.1
Selected GCC installation: /usr/bin/../lib64/gcc/x86_64-pc-linux-gnu/8.2.1
Candidate multilib: .;@m64
Candidate multilib: 32;@m32
Selected multilib: .;@m64

ccls server wont start

[yssource]

10:07:06 ccls           initialize.cc:271 I initialize in directory /tmp with uri file:///tmp/
10:07:06 ccls           initialize.cc:294 I initializationOptions: {"compilationDatabaseCommand":"","compilationDatabaseDirectory":"","cache":{"directory":"/home/jimmy/.emacs.d/.cache/lsp-ccls","format":"binary","hierarchicalPath":false,"retainInMemory":2},"capabilities":{"documentOnTypeFormattingProvider":{"firstTriggerCharacter":"}","moreTriggerCharacter":[]},"foldingRangeProvider":true,"workspace":{"workspaceFolders":{"supported":true,"changeNotifications":true}}},"clang":{"excludeArgs":[],"extraArgs":[],"pathMappings":[],"resourceDir":""},"client":{"hierarchicalDocumentSymbolSupport":true,"linkSupport":true,"snippetSupport":true},"codeLens":{"localVariables":true},"completion":{"caseSensitivity":2,"detailedLabel":true,"dropOldRequests":true,"duplicateOptional":true,"filterAndSort":true,"include":{"blacklist":[],"maxPathSize":30,"suffixWhitelist":[".h",".hpp",".hh",".inc"],"whitelist":[]},"maxNum":100},"diagnostics":{"blacklist":[],"onChange":1000,"onOpen":0,"onSave":0,"spellChecking":true,"whitelist":[]},"highlight":{"largeFileSize":2097152,"lsRanges":false,"blacklist":[],"whitelist":[]},"index":{"blacklist":[],"comments":2,"initialNoLinkage":false,"initialBlacklist":[],"initialWhitelist":[],"maxInitializerLines":5,"multiVersion":0,"multiVersionBlacklist":[],"multiVersionWhitelist":[],"name":{"suppressUnwrittenScope":false},"onChange":false,"parametersInDeclarations":true,"threads":0,"trackDependency":2,"whitelist":[]},"request":{"timeout":5000},"session":{"maxNum":10},"workspaceSymbol":{"caseSensitivity":1,"maxNum":1000,"sort":true},"xref":{"maxNum":2000}}
10:07:06 ccls           initialize.cc:323 I use -resource-dir=/usr/lib/clang/8.0.0
10:07:06 ccls           initialize.cc:356 I workspace folder: /tmp/
10:07:06 ccls           initialize.cc:381 I start 4 indexers
10:07:06 ccls           initialize.cc:389 I dispatch initial index requests
10:07:06 ccls             pipeline.cc:478 I loaded project. Refresh semantic highlight for all working file.
10:07:06 preamble     sema_manager.cc:733 I create session for /tmp/hello/hello.cpp
10:07:06 indexer3         pipeline.cc:344 I parse /tmp/hello/hello.cpp

Process ccls stderr finished

[yssource]

• git clone --recursive https://github.com/MaskRay/ccls
• cd ccls
• cmake -H. -BRelease -G Ninja -DCMAKE_BUILD_TYPE=Release -DCMAKE_CXX_COMPILER=clang++
• ninja -C Release

It solves my problem.

So, I think archlinuxcn/ccls-git 20190329-2 is built with gcc (GCC) 8.2.1 20181127, instead of clang version 8.0.0 (tags/RELEASE_800/final under my personal environment.

[wbthomason]

@yssource I can confirm that this also fixed the issue for me on Arch; by adding -DCMAKE_CXX_COMPILER=clang++ to the normal AUR PKGBUILD I was able to get a build of ccls that does not crash. It seems like that should be added to the official PKGBUILD.

@yhamdoud, you may also be interested in this.

[madscientist]

Interesting: I have ccls built with GCC 8.1.0 and I don't see this issue. This GCC is one I built myself so maybe there's some configuration of the Fedora version of GCC that is causing this problem?

[yhamdoud]

@yssource I can confirm that this also fixed the issue for me on Arch; by adding -DCMAKE_CXX_COMPILER=clang++ to the normal AUR PKGBUILD I was able to get a build of ccls that does not crash. It seems like that should be added to the official PKGBUILD.

@yhamdoud, you may also be interested in this.

Thanks, this also worked for me.

[rogorido]

* -DCMAKE_CXX_COMPILER=clang++

also for me on archlinux...

[abyss7]

Have you tried building ccls with clang 8? If your distribution doesn't provide it, consider using prebuilt archives on http://releases.llvm.org/

#17 0x0000000000483c54 (ccls+0x483c54)
#18 0x000000000047fed8 (ccls+0x47fed8)

A -DCMAKE_BUILD_TYPE=Debug build will be helpful

I built it with Clang 8 and can't reproduce the issue anymore. Can you clarify, how the compiler may help in this situation?