[Mesa-dev] [Bug 36282] 34a5d3b9f4740601708c82093e2114356d749e65: glxgears segfaults when compiled with shared glapi

[bugzilla-daemon at freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=36282

--- Comment #31 from almos <aaalmosss at gmail.com> 2011-05-15 12:11:30 PDT ---
(In reply to comment #30)
> (In reply to comment #29)
> > Now I tried this again with current Mesa, and neither glxgears nor neverball
> > segfaults. They now run both with and without --enable-shared-glapi, and
> > LD_LIBRARY_PATH is not needed.
> 
> Your flag (LD_LIBRARY_PATH=...) was forcing to use the libraries under that
> path. If you remove it without doing "make install", then you are only using
> the GL files provided by your distribution. May I suggest another test? Could
> you try compiling mesa without --enable-shared-glapi and run "ldd
> /usr/bin/glxgears". It shouldn't list libglapi. Then compile mesa again with
> --enable-shared-glapi, run again "ldd /usr/bin/glxgears". Now, it should list
> libglapi. Let me know what your results are.

Up until now I was compiling mesa without --enable-shared-glapi, and I usually
never use LD_LIBRARY_PATH (i.e. the compiled r300_dri.so is loaded by the
system libGL.so), and it works fine.

This bug was reported to only occur if shared glapi is enabled, but I
experienced that it is independent of it. I also found that it doesn't crash if
LD_LIBRARY_PATH is pointing to the compiled libGL.so. Now with current Mesa
master it doesn't crash with any combination (I might have skipped some,
though) for me. It does have rendering errors, though, see #37234.

Now that I have mesa compiled with --enable-shared-glapi, ldd `which glxgears`
lists libglapi.so, if I set LD_LIBRARY_PATH. Does this answer your question?

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.