On Sun, Aug 21, 2005 at 03:53:15PM -0700, Donnie Berkholz wrote:
> Dave Dodge wrote:
> | libGL error: dlopen .../r300_dri.so failed (.../r300_dri.so:
> undefined symbol: _glapi_add_dispatch)
>
> Hmm.. you have LD_LIBRARY_PATH pointing to a libGL from CVS, right?
Yes, I pulled Mesa, X.org, and DRI from CVS within a few minutes of each
other on Friday. LD_LIBRARY_PATH (and ld.so.conf) were pointing at the
newly installed libGL. I confirmed with strace that this this particular
libGL.so was being loaded, and I confirmed with nm that _glapi_add_dispatch
was a defined symbol in that file.
Which is why it didn't make sense. Especially since this was only
affecting some programs and not all of them. It may be that there's
something strange about the way the ones having trouble were being
built or linked; in this case they were scripts written in Lua using
the "luaglut" code to dynamically link in GLUT.
> | - The "Building" page on the wiki seems to be out of date. Mesa now
> | requires libdrm to be installed and registered with pkg-config.
>
> That just changed a couple of days ago, so it might take a little bit
> for somebody to update it. Did you?
No, I'm new to doing CVS builds of Mesa and DRI, so I just made some
guesses as to how to get it all to build. I left the wiki for someone
who actually knows the right/best way to handle the building.
-Dave Dodge
-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
--
_______________________________________________
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel
