GNU bug report logs - #21398
can't compile 25.0.50 m17n-lib libotf-0.9.13 upgraded

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 21398 in the body.
You can then email your comments to 21398 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Uwe Brauer <oub <at> mat.ucm.es>
To: bug-gnu-emacs <at> gnu.org
Subject: can't compile 25.0.50 m17n-lib libotf-0.9.13 upgraded
Date: Wed, 02 Sep 2015 12:37:16 +0000

Hello

I successfully compiled and installed 
m17n-lib and  libotf. I downloaded the latest git version and tried to
compile this time I obtained an error much later namely:

/temacs --batch --load loadup bootstrap
./temacs: error while loading shared libraries: libotf.so.0: cannot open shared object file: No such file or directory
make[2]: *** [bootstrap-emacs] Error 127
make[2]: Leaving directory `/home/oub/src/emacs/src'
make[1]: *** [src] Error 2
make[1]: Leaving directory `/home/oub/src/emacs'
make: *** [bootstrap] Error 2

So m17n and libotf install per default in /usr/local

However it seems that Emacs expects them in /usr.

I will reinstall mn17 and libotf.

This is all very odd.

Uwe Brauer 

Message #8 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Glenn Morris <rgm <at> gnu.org>
To: bug-gnu-emacs <at> gnu.org
Subject: Re: bug#21398: can't compile 25.0.50 m17n-lib libotf-0.9.13 upgraded
Date: Wed, 02 Sep 2015 12:00:49 -0400

Uwe Brauer wrote:

> /temacs --batch --load loadup bootstrap
> ./temacs: error while loading shared libraries: libotf.so.0: cannot
> open shared object file: No such file or directory
[...]
> So m17n and libotf install per default in /usr/local
>
> However it seems that Emacs expects them in /usr.

Emacs has no expectations.
It sounds like you are using a distribution where /usr/local/lib
is not included in the default runtime shared library search path.
You can fix that by a number of methods, eg set the LD_LIBRARY_PATH
environment variable at runtime, add -Wl,-rpath=/usr/local/lib to
LDFLAGS when bulding Emacs, edit /etc/ld.so.conf.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.