octave-bug-tracker
[Top][All Lists]
Advanced

[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/




reply via email to

[Prev in Thread] Current Thread [Next in Thread]