[Desktop-packages] [Bug 1709399] Re: LLVM symbols should be versioned to avoid crashing applications that load mesa's swrast and also use a different libLLVM
It seems that this could have been backported by now, the ticket has been open for (almost) a year now ... In the end I got fed up with having to point the library used by Mesa/Gallium to the much newer one I also use (something kept resetting it), and uninstalled the corresponding Mesa component. Problem not solved but gone all the same (and I don't notice any difference other than that certain applications no longer crash). -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to llvm-toolchain-3.8 in Ubuntu. https://bugs.launchpad.net/bugs/1709399 Title: LLVM symbols should be versioned to avoid crashing applications that load mesa's swrast and also use a different libLLVM Status in llvm-toolchain-3.8 package in Ubuntu: Confirmed Bug description: The libgl1-mesa-dri-lts-xenial package depend on libLLVM-3.8.so.1 from the libllvm3.8v4 package; this library gets used when using software OpenGL rendering on a remote display. As a result, applications based on Qt5 that also use libLLVM features provided by another (newer) LLVM version will crash when invoked from a remote X terminal. Example: KDevelop5 uses libclang (and this libLLVM) for C/C++ parsing; I build it to use the LLVM/Clang 4.0 packages from llvm.org (and self- built Qt5 and KF5 libraries) and can thus not render to a remote X server (XQuartz on my Mac). There is an upstream LLVM patch which solves the issue by adding versioning info to libLLVM: https://bugs.kde.org/show_bug.cgi?id=373614 https://reviews.llvm.org/D31524 Please consider backporting this patch to LLVM 3.8 (or rebuilding the mesa package to use a (much) more recent LLVM version that already contains the patch). To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/llvm-toolchain-3.8/+bug/1709399/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1709399] Re: LLVM symbols should be versioned to avoid crashing applications that load mesa's swrast and also use a different libLLVM
Current llvm-toolchain-* packages do have versioned symbols (since 3.8.1-22 / 3.9.1-8 / 4.0-5: https://bugs.debian.org/cgi- bin/bugreport.cgi?bug=849098), but this 3.8 has not been backported. Note that loading the *same* LLVM version twice can also crash, for a different reason: https://bugs.debian.org/cgi- bin/bugreport.cgi?bug=852746 ** Bug watch added: Debian Bug tracker #849098 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=849098 ** Bug watch added: Debian Bug tracker #852746 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=852746 -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to llvm-toolchain-3.8 in Ubuntu. https://bugs.launchpad.net/bugs/1709399 Title: LLVM symbols should be versioned to avoid crashing applications that load mesa's swrast and also use a different libLLVM Status in llvm-toolchain-3.8 package in Ubuntu: Confirmed Bug description: The libgl1-mesa-dri-lts-xenial package depend on libLLVM-3.8.so.1 from the libllvm3.8v4 package; this library gets used when using software OpenGL rendering on a remote display. As a result, applications based on Qt5 that also use libLLVM features provided by another (newer) LLVM version will crash when invoked from a remote X terminal. Example: KDevelop5 uses libclang (and this libLLVM) for C/C++ parsing; I build it to use the LLVM/Clang 4.0 packages from llvm.org (and self- built Qt5 and KF5 libraries) and can thus not render to a remote X server (XQuartz on my Mac). There is an upstream LLVM patch which solves the issue by adding versioning info to libLLVM: https://bugs.kde.org/show_bug.cgi?id=373614 https://reviews.llvm.org/D31524 Please consider backporting this patch to LLVM 3.8 (or rebuilding the mesa package to use a (much) more recent LLVM version that already contains the patch). To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/llvm-toolchain-3.8/+bug/1709399/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1709399] Re: LLVM symbols should be versioned to avoid crashing applications that load mesa's swrast and also use a different libLLVM
Status changed to 'Confirmed' because the bug affects multiple users. ** Changed in: llvm-toolchain-3.8 (Ubuntu) Status: New => Confirmed -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to llvm-toolchain-3.8 in Ubuntu. https://bugs.launchpad.net/bugs/1709399 Title: LLVM symbols should be versioned to avoid crashing applications that load mesa's swrast and also use a different libLLVM Status in llvm-toolchain-3.8 package in Ubuntu: Confirmed Bug description: The libgl1-mesa-dri-lts-xenial package depend on libLLVM-3.8.so.1 from the libllvm3.8v4 package; this library gets used when using software OpenGL rendering on a remote display. As a result, applications based on Qt5 that also use libLLVM features provided by another (newer) LLVM version will crash when invoked from a remote X terminal. Example: KDevelop5 uses libclang (and this libLLVM) for C/C++ parsing; I build it to use the LLVM/Clang 4.0 packages from llvm.org (and self- built Qt5 and KF5 libraries) and can thus not render to a remote X server (XQuartz on my Mac). There is an upstream LLVM patch which solves the issue by adding versioning info to libLLVM: https://bugs.kde.org/show_bug.cgi?id=373614 https://reviews.llvm.org/D31524 Please consider backporting this patch to LLVM 3.8 (or rebuilding the mesa package to use a (much) more recent LLVM version that already contains the patch). To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/llvm-toolchain-3.8/+bug/1709399/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
