Project

General

Profile

Bug #1478

[emacs] Emacs needs recompilation due to libLLVM changes

GNUtoo - over 6 years ago - . Updated over 6 years ago.

Status:
not-a-bug
Priority:
bug
Assignee:
-
% Done:

0%


Description

$ emacs
emacs: error while loading shared libraries: libLLVM-3.9.so: cannot open shared object file: No such file or directory

emacs-nox is unaffected as it launches correctly.

Denis.


Related issues

Related to Packages - Bug #1480: inkscape fails to launch - needs libLLVM-3.8.sofixed2017-09-232017-09-28

Actions

History

#1

Updated by ovruni over 6 years ago

Emacs comes from Arch. You can install llvm39-libs.

#2

Updated by Megver83 over 6 years ago

Installing llvm38-libs solves the problem when the issue if for libLLVM-3.8.so.
As ovruni said, this pkg comes from Arch, so better report this issue at https://bugs.archlinux.org/

#3

Updated by isacdaavid over 6 years ago

@everyone: i have an updated system and my emacs is still launching just fine.

Megver83 wrote:

Installing llvm38-libs solves the problem when the issue if for libLLVM-3.8.so.

that's just coincidence. in the repos, llvm38-libs is only depended upon by another (broken) [pcr] package: pocl. those packages shouldn't be there anyway, afaict.

but a question remains: what's causing the error for others? maybe a partial upgrade?

#4

Updated by amanita over 6 years ago

@everyone: After Megver83 helped me solve this problem by installing llvm38-libs, emacs worked again.

Today I wanted to update the system and there was a conflict with llvm38-libs. I removed the package, updated, and now emacs won't start again. Thought I could reinstall llvm38-libs but it is no longer in the repos.

Meanwhile emacs shows the same error as before:

emacs: error while loading shared libraries: libLLVM-3.8.so: cannot open shared object file: No such file or directory

Running:

$ LD_DEBUG=files emacs | grep libllvm

returns:

file=libLLVM-3.8.so [0]; needed by /usr/lib/libOpenCL.so.1 [0]

which is in ocl-icd 2.2.11-1 package, which is not installed in my system, yet libOpenCL.so.1 is indeed present in /usr/lib/

Any idea what the matter could be and how to make emacs run again? Should I report and wait for response upstream?

#5

Updated by amanita over 6 years ago

Tried to install ocl-icd (thanks to laust for the suggestion). received a warning of conflict with mesa-libcl (imagemagick listed as depending on it). Removed mesa-libcl and installed ocl-icd. Emacs runs now. Imagemagick seems to work. So far.

#6

Updated by isacdaavid over 6 years ago

amanita wrote:

$ LD_DEBUG=files emacs | grep libllvm

returns:

file=libLLVM-3.8.so [0]; needed by /usr/lib/libOpenCL.so.1 [0]

i cannot reproduce this. nor does ldd /usr/lib/libOpenCL.so.1 show libLLVM on my computer.

#7

Updated by bill-auger over 6 years ago

just to add that this seems to be the same issue affecting other programs as well:

https://labs.parabola.nu/issues/1480

#8

Updated by ovruni over 6 years ago

  • % Done changed from 0 to 100
  • Status changed from open to fixed
  • Due date set to 2017-09-28
#9

Updated by baz_a_bar over 6 years ago

Just curious: why is this marked fixed? I hit this bug as well and manual resolution through installation of a dependency doesn't seem like the proper way. Shouldn't ocl-icd be added to dependencies? Why does the emacs (and others) build at all without ocl-icd?

#10

Updated by isacdaavid over 6 years ago

  • % Done changed from 100 to 0
  • Status changed from fixed to open
#11

Updated by jwalk over 6 years ago

I have Arch installed on another machine and emacs runs fine without llvm39 installed. Until it's fixed, you could at least add llvm39-libs as dependency.

#12

Updated by isacdaavid over 6 years ago

  • Related to Bug #1480: inkscape fails to launch - needs libLLVM-3.8.so added
#13

Updated by oaken-source over 6 years ago

  • Status changed from open to not-a-bug

this appears to have been fixed by upstream - not reproducable on an up-to-date system.

Also available in: Atom PDF