[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Octave-bug-tracker] [bug #53564] Can't use a different gl2ps library th
From: |
Rik |
Subject: |
[Octave-bug-tracker] [bug #53564] Can't use a different gl2ps library than the standard one without LD_PRELOAD |
Date: |
Thu, 5 Apr 2018 11:56:36 -0400 (EDT) |
User-agent: |
Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:55.0) Gecko/20100101 Firefox/55.0 |
Update of bug #53564 (project octave):
Status: None => Need Info
_______________________________________________________
Follow-up Comment #2:
I'm running Mint 18.1 (build atop Ubuntu 16.04) and I also have a default copy
of gl2ps (1.3.8) installed by the packaging system. I built a copy of 1.4.0
which I chose to install in /usr/local. Since /usr/local is on the default
LD_LIBRARY_PATH I pick up the new version without having to resort to
exceptional measures.
If you really want to put the new gl2ps in an out-of-the-way location then I
think you are stuck having to tell the program at runtime where you have put
the library using LD_LIBRARY_PATH. You can semi-automate it by setting up the
LD_LIBRARY_PATH variable in your .profile or .cshrc file.
Alternatively, you could create a file in /etc/ld.so.conf.d which contains the
extra path that ldconf should search. This, however, will make most
applications switch over to the new library.
_______________________________________________________
Reply to this item at:
<http://savannah.gnu.org/bugs/?53564>
_______________________________________________
Message sent via/by Savannah
http://savannah.gnu.org/