|
From: | Mike Miller |
Subject: | [Octave-bug-tracker] [bug #44467] libGL error: failed to load driver: swrast |
Date: | Sun, 08 Mar 2015 00:18:02 +0000 |
User-agent: | Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/40.0.2214.111 Safari/537.36 |
Follow-up Comment #6, bug #44467 (project octave): Thanks for the responses. This still seems like a local library path configuration issue. Note that QtCreator has nothing to do with Octave. The linked questions look to me to be about running a project from within QtCreator, which is not the case here. Can you show what `ldd src/.libs/lt-octave-gui | grep libGL` lists? You might also look at `chrpath -l` or `readelf -d` on src/.libs/lt-octave* and on libinterp/.libs/liboctinterp.so. The src/octave program is actually just a simple wrapper for octave-cli and octave-gui. Can you try your chrpath commands on the src/.libs/lt-octave-cli and src/.libs/lt-octave-gui executables instead and see if it changes anything? I would not be surprised if libtool might be inserting an rpath attribute pointing to /usr/lib64 since that is where most of your system libraries are. If we find that there is a /usr/lib64 rpath somewhere, you should be able to work around that with an extra argument in LDFLAGS for the /usr/X11R6/lib64 directory, right? _______________________________________________________ Reply to this item at: <http://savannah.gnu.org/bugs/?44467> _______________________________________________ Message sent via/by Savannah http://savannah.gnu.org/
[Prev in Thread] | Current Thread | [Next in Thread] |