Clangd fails with 'LLVM ERROR: inconsistency in registered CommandLine options' with deb package

[llvmbot]

Bugzilla Link	34123
Resolution	FIXED
Resolved on	Dec 05, 2017 14:28
Version	unspecified
OS	Linux
Blocks	#33840
Reporter	LLVM Bugzilla Contributor
CC	@zmodem,@Keno,@manueljacob,@sylvestre,@Teemperor,@tstellar
Fixed by commit(s)	r314107 r319846

Extended Description

Using Ubuntu 16.04 with this repo:
deb http://apt.llvm.org/xenial/ llvm-toolchain-xenial main

When I run clangd, I get this:

$ clangd-6.0
: CommandLine Error: Option 'help-list' registered more than once!
LLVM ERROR: inconsistency in registered CommandLine options

This seems similar to bug 22543
Maybe something needs to be fixed on the Clangd side? But I do not get this error when I compile clangd from SVN trunk.

[llvmbot]

assigned to @sylvestre

[llvmbot]

I also get this issue on Ubuntu 16.04, with clangd-5.0. I tried uninstalling all other versions of clang and llvm that were not dependencies of other applications. The system version llvm appears like it has moved from 3.8 to 4.0 with Ubuntu 16.04.3.

$ ldd /usr/bin/clangd-5.0
linux-vdso.so.1 => (0x00007ffcc4cf3000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007fb2f5750000)
libLLVM-5.0.so.1 => /usr/lib/x86_64-linux-gnu/libLLVM-5.0.so.1 (0x00007fb2f2156000)
libtinfo.so.5 => /lib/x86_64-linux-gnu/libtinfo.so.5 (0x00007fb2f1f2c000)
libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007fb2f1baa000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007fb2f18a1000)
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007fb2f168a000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fb2f12c0000)
/lib64/ld-linux-x86-64.so.2 (0x000055d466384000)
libffi.so.6 => /usr/lib/x86_64-linux-gnu/libffi.so.6 (0x00007fb2f10b8000)
libedit.so.2 => /usr/lib/x86_64-linux-gnu/libedit.so.2 (0x00007fb2f0e7f000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007fb2f0c7b000)
libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007fb2f0a61000)
libbsd.so.0 => /lib/x86_64-linux-gnu/libbsd.so.0 (0x00007fb2f084b000)

$ ldd /usr/bin/clangd-5.0 | awk 'NR>1 { print $3 }' | xargs dpkg -S | cut -d':' -f1 | xargs dpkg -l
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name Version Architecture Description
+++-==============================================-============================-============================-==================================================================================================
ii libbsd0:amd64 0.8.2-1 amd64 utility functions from BSD systems - shared library
ii libbsd0:i386 0.8.2-1 i386 utility functions from BSD systems - shared library
ii libc6:amd64 2.23-0ubuntu9 amd64 GNU C Library: Shared libraries
ii libc6:i386 2.23-0ubuntu9 i386 GNU C Library: Shared libraries
ii libedit2:amd64 3.1-20150325-1ubuntu2 amd64 BSD editline and history libraries
ii libedit2:i386 3.1-20150325-1ubuntu2 i386 BSD editline and history libraries
ii libffi6:amd64 3.2.1-4 amd64 Foreign Function Interface library runtime
ii libffi6:i386 3.2.1-4 i386 Foreign Function Interface library runtime
ii libgcc1:amd64 1:6.0.1-0ubuntu1 amd64 GCC support library
ii libgcc1:i386 1:6.0.1-0ubuntu1 i386 GCC support library
ii libllvm5.0:amd64 1:5.0svn310678-1exp1 amd64 Modular compiler and toolchain technologies, runtime library
ii libstdc++6:amd64 5.4.0-6ubuntu116.04.4 amd64 GNU Standard C++ Library v3
ii libstdc++6:i386 5.4.0-6ubuntu116.04.4 i386 GNU Standard C++ Library v3
ii libtinfo5:amd64 6.0+20160213-1ubuntu1 amd64 shared low-level terminfo library for terminal handling
ii libtinfo5:i386 6.0+20160213-1ubuntu1 i386 shared low-level terminfo library for terminal handling
ii zlib1g:amd64 1:1.2.8.dfsg-2ubuntu4.1 amd64 compression library - runtime
ii zlib1g:i386 1:1.2.8.dfsg-2ubuntu4.1 i386 compression library - runtime

[manueljacob]

This happens when trying to build 5.0.0 as an Arch Linux package, probably because Arch Linux uses a shared library:

cmake
-DCMAKE_BUILD_TYPE=Release
-DCMAKE_INSTALL_PREFIX=/usr
-DLLVM_BUILD_LLVM_DYLIB=ON
-DLLVM_LINK_LLVM_DYLIB=ON
-DLLVM_INSTALL_UTILS=ON
-DLLVM_ENABLE_RTTI=ON
-DLLVM_ENABLE_FFI=ON
-DLLVM_BUILD_TESTS=ON
-DLLVM_BUILD_DOCS=ON
-DLLVM_ENABLE_SPHINX=ON
-DLLVM_ENABLE_DOXYGEN=OFF
-DSPHINX_WARNINGS_AS_ERRORS=OFF
-DFFI_INCLUDE_DIR=$(pkg-config --variable=includedir libffi)
-DLLVM_BINUTILS_INCDIR=/usr/include
..

[manueljacob]

(Adding Keno who fixed the linked and related PR.)

[llvmbot]

Bug 34371 seems like it may be the same issue and point towards a cause?

[manueljacob]

To say it more explicitly: LLVM_LINK_LLVM_DYLIB=ON is the cause for this problem.

I'll close Bug 34371 as a dupe of this bug. The error is different (due to enabled assertions), but the cause is the same.

[manueljacob]

*** Bug llvm/llvm-bugzilla-archive#34371 has been marked as a duplicate of this bug. ***

[sylvestre]

Also similar to bug 28127

[sylvestre]

https://reviews.llvm.org/D38228 fixes the issue for me

[sylvestre]

And approved:
https://reviews.llvm.org/D38228

[llvmbot]

Thank you!

[llvmbot]

Is there any chance of getting this fix into one of the 5.0.x releases? Clangd from packages is unusable because of this.

[zmodem]

Is there any chance of getting this fix into one of the 5.0.x releases?
Clangd from packages is unusable because of this.

+Tom for 5.0.1.

[tstellar]

Hi Benjamin,

Is this OK to merge: https://reviews.llvm.org/rL314107

[sylvestre]

It is (I am the one who fixed it). Benjamin reviewed it.