Re: 'Unable to load driver nouveau_dri.so' with branch master

(I'm not a Mesa dev, just an occasional user)

The error is that you don't have nouveau_dri.so file, you can see it is missing 
even in the «ls» output. I'd suggest you have to peek at the «./configure --
help» for an option to enable nouveau.

On вторник, 12 июля 2016 г. 17:05:30 MSK Remi Galan alfonso wrote:
> Hello mesa-users,
> 
> I am currently trying to link a program with the latest version of
> mesa but the dynamic libraries are not found correctly at runtime.
> 
> I need to upgrade my OpenGL version (I want to test something with
> compute shaders) and the libgl1-mesa-dev only gives me Mesa 10.5.2
> (OpenGL 3.3). Thus I decided to compile the master branch of mesa and
> link my program with the resulting libraries.
> 
> I am on a Ubuntu 14.04 machine (with a GeForce 8800 GTS graphic card).
> I am on mesa commit ead7736: 'glsl_to_tgsi: don't use the negate
> modifier in integer ops after bitcast'.
> I compiled using the following commands:
> 
> sudo apt-get install g++ git valgrind python2.7 python-mako flex bison \
> x11proto-dri2-dev x11proto-dri3-dev autoconf libtool \
> libpthread-stubs0-dev x11proto-gl-dev libpciaccess-dev \
> x11proto-present-dev libxcb1-dev libxcb-dri3-dev libxcb-present-dev \
> libxshmfence-dev libxcb-dri2-0-dev libxi-dev libxdamage-dev xorg-dev \
> libx11-xcb-dev libxcb-glx0-dev libudev-dev llvm-dev libva-dev
> git clone git://anongit.freedesktop.org/git/mesa/mesa
> # The libdrm version provided by apt-get is not recent enough.
> wget http://dri.freedesktop.org/libdrm/libdrm-2.4.68.tar.bz2
> tar -xjf libdrm-2.4.68.tar.bz2
> rm libdrm-2.4.68.tar.bz2
> cd libdrm-2.4.68/
> ./configure
> make
> sudo make install
> cd ../mesa
> aclocal
> autoconf
> ./autogen.sh
> make -j 7
> # sudo make install
> # I have done the make install in a previous session, however due to
> # the dynamic libraries not working correctly, I ended up without a
> # working graphical session and thus have not done it this time.
> 
> I thus have the following in mesa/lib:
> $ ls
> gallium libglapi.so.0.0.0 libGL.so.1
> i915_dri.so libGLESv1_CM.so libGL.so.1.2.0
> i965_dri.so libGLESv1_CM.so.1 mesa_dri_drivers.so
> libEGL.so libGLESv1_CM.so.1.1.0 nouveau_vieux_dri.so
> libEGL.so.1 libGLESv2.so r200_dri.so
> libEGL.so.1.0.0 libGLESv2.so.2 radeon_dri.so
> libglapi.so libGLESv2.so.2.0.0 swrast_dri.so
> libglapi.so.0 libGL.so
> 
> When I am running a program with these libraries I have the following
> errors:
> $ LD_LIBRARY_PATH=~/Programs/mesa/lib/ LIBGL_DEBUG=verbose
> LIBGL_DRIVERS_PATH=~/Programs/mesa/lib glxinfo libGL: OpenDriver: trying
> /home/remi/Programs/mesa/lib/nouveau_dri.so libGL: dlopen
> /home/remi/Programs/mesa/lib/nouveau_dri.so failed
> (/home/remi/Programs/mesa/lib/nouveau_dri.so: cannot open shared object
> file: No such file or directory) libGL error: unable to load driver:
> nouveau_dri.so
> libGL error: driver pointer missing
> libGL error: failed to load driver: nouveau
> libGL: OpenDriver: trying /home/remi/Programs/mesa/lib/swrast_dri.so
> libGL: Can't open configuration file /usr/local/etc/drirc: No such file or
> directory. libGL: Can't open configuration file /home/remi/.drirc: No such
> file or directory. display: :0 screen: 0
> direct rendering: Yes
> [...]
> OpenGL renderer string: Software Rasterizer
> OpenGL version string: 2.1 Mesa 12.1.0-devel (git-ead7736)
> [...]
> 
> While I might be screwing up some paths here, I had the same errors in
> my previous session where I did 'sudo make install'.
> 
> It is looking for 'nouveau_dri.so' which doesn't exist while
> 'nouveau_vieux_dri.so' exists. So I tried to add a symbolic link
> 'nouveau_dri.so -> nouveau_vieux_dri.so', which then gives:
> 
> libGL: OpenDriver: trying /home/remi/Programs/mesa/lib/nouveau_dri.so
> libGL: driver does not expose __driDriverGetExtensions_nouveau():
> /home/remi/Programs/mesa/lib/nouveau_dri.so: undefined symbol:
> __driDriverGetExtensions_nouveau libGL error: core dri or dri2 extension
> not found
> libGL error: failed to load driver: nouveau
> [...]
> 
> Which is not surprising since it exposes
> '__driDriverGetExtensions_nouveau_vieux()' and not
> '__driDriverGetExtensions_nouveau()'.
> 
> Do you have any solution to make the latest mesa work on my computer?
> 
> Best regards,
> Rémi


_______________________________________________
mesa-users mailing list
[email protected]
https://lists.freedesktop.org/mailman/listinfo/mesa-users