llvm-toolchain/debian/patches/lldb-addversion-suffix-to-llvm-server-exec.patch
Sylvestre Ledru de04863fc4 * Disable gold for sparc* (Closes: #913260)
* Try to integrate a pach to make pch reproducible
  Thanks to Rebecca Palmer for the patch
  (Closes: #877359)
* Fix a non-break space in a patch (Closes: #913213)
* Upload of 7.0.1 rc2 into unstable
* New testing release
* Enable the stage2 bootstrap:
  - stage1 = build clang with gcc
  - stage2 = clang building itself
  (Closes: #909234)
* Bring back the Disable NEON generation on armhf patch which was gone
  Should fix the FTBFS on armhf
  (Closes: #842142)
* Update the clang manpage to remove osx specific options
  and to add -arch (Closes: #743133)
* Bring back usr/lib/@DEB_HOST_MULTIARCH@/{libiomp5.so, libomp5.so}
  symlink for gcc (Closes: #912641)
* New testing release
* Remove the dump of cmake error file (too confusing)
* Try to fix the bootstrap FTBFS :
  - on armel by forcing the link to -latomic
  - mips-rdhwr.diff: backport D51773 to fix an
    assembly issue on mips.
    Thanks to jrtc27 for finding the issue.
* Update the watch file to display the right version
  (even if the download will fail)
* clang-7 suggests libomp-7-dev instead of libomp-dev
* Make sure that we don't conflict openmp & libc++ with llvm-defaults's
  (Closes: #912544)
* Handle better the non coinstability of openmp & libc++ (like we are doing
  with python-clang-*)
* Backport upstream fix D51749 to address a rust aarch64 issues
  (Closes: #909705)
* Add tests from old bugs to make sure they don't come back
  (Closes: #889832, #827866)
* The sanitizers use the versionned llvm-symbolizer provided by the
  llvm-X package (Closes: #753572)
* clangd-atomic-cmake.patch: Link against atomic for clangd in i386
* When the cmake configure of the stage2 is failing, dump the cmake error log
* Declare some variables (-Wno-*) for all platforms (was failing on mips)
* Update the watch file to display the right version
  (even if the download will fail)
* clang-7 suggests libomp-7-dev instead of libomp-dev
* Make sure that we don't conflict openmp & libc++ with llvm-defaults's
  (Closes: #912544)
* Handle better the non coinstability of openmp & libc++ (like we are doing
  with python-clang-*)
* Backport upstream fix D51749 to address a rust aarch64 issues
  (Closes: #909705)
* Add tests from old bugs to make sure they don't come back
  (Closes: #889832, #827866)
* The sanitizers use the versionned llvm-symbolizer provided by the
  llvm-X package (Closes: #753572)
* Experiment the clang bootstrap
* Try to boostrap clang using clang
* Apply hurd fixes (Closes: #908847).
 - hurd-lib_Support_Unix_Path.inc.diff
 - hurd-pathmax.diff
 - hurd-tools_llvm-shlib_CMakeLists.txt.diff
* Team upload
* Upload to unstable
* Disable for now the bootstrapping clang patches
* Try to bootstrap (currently in a different branch)
* Split the builds in different make target
* Add python-pygments as dep of llvm-7-tools because
  opt-viewer.py needs it
* Add back libomp5-X.Y.symbols.in (untested)
* Fix the install of clang bash completion
* Start the work on bootstraping clang
  - bootstrap-with-openmp-version-export-missing.diff: fix a link issue
    https://bugs.llvm.org/show_bug.cgi?id=39200
  - bootstrap-fix-include-next.diff: Fix an include issue at bootstrap phase
    https://bugs.llvm.org/show_bug.cgi?id=39162
* Take option two in bug #877567 to fix FTBFS on mips and mipsel
* Add patch to fix missing include and library paths on x32
* Non-maintainer upload.
* Apply hurd fixes (Closes: #908847).
  - hurd-lib_Support_Unix_Path.inc.diff
  - hurd-pathmax.diff
  - hurd-tools_llvm-shlib_CMakeLists.txt.diff
2018-11-10 15:00:46 +01:00

36 lines
1.5 KiB
Diff

lldb-server exec users always /usr/bin/lldb-server. Server is required
for any debugging with lldb which makes it unusable unless default version
package has been installed. Small changes to code and debian/rules allows
a workaround for lldb-server start up.
To use this one needs to add cmake defination during configure. eg
-DDEBIAN_VERSION_SUFFIX=-$(LLVM_VERSION)
Better implementation would be to use /usr/share/llvm-$(VERSION)/bin but
that change seems to require a big change to the path handling code
which could then break something else.
This probably should have upstream bug but I couldn't find any existing report.
Index: llvm-toolchain-snapshot_8.0~svn293998/lldb/source/Plugins/Process/gdb-remote/GDBRemoteCommunication.cpp
===================================================================
--- llvm-toolchain-snapshot_8.0~svn293998.orig/lldb/source/Plugins/Process/gdb-remote/GDBRemoteCommunication.cpp
+++ llvm-toolchain-snapshot_8.0~svn293998/lldb/source/Plugins/Process/gdb-remote/GDBRemoteCommunication.cpp
@@ -32,6 +32,7 @@
#include "lldb/Utility/StreamString.h"
#include "llvm/ADT/SmallString.h"
#include "llvm/Support/ScopedPrinter.h"
+#include "llvm/Config/llvm-config.h"
// Project includes
#include "ProcessGDBRemoteLog.h"
@@ -39,7 +40,7 @@
#if defined(__APPLE__)
#define DEBUGSERVER_BASENAME "debugserver"
#else
-#define DEBUGSERVER_BASENAME "lldb-server"
+# define DEBUGSERVER_BASENAME "lldb-server-" LLVM_VERSION_STRING
#endif
#if defined(HAVE_LIBCOMPRESSION)