Brian Paul wrote: > Nick Hudson wrote: > > > > My libglide3.so is located in /usr/lib. > > > > Could this have something to do with it? > > > > libGL error: dlerror() message: /usr/lib/libglide3.so: undefined > > > > symbol: \ > > > > _trisetup_3DNow_win_nocull_valid > > > > I donno but its there maybe the permissions arent set right? > > My mistake, the error message is a bit misleading (my fault actually). > Others have reported problems with the 3DNow code in Glide too.
I can see two problems, here. First, yes there is still one 3DNow! (asm) bug remaining in Glide3. Mesa/demos> ./texdown libGL: XF86DRIGetClientDriverName: 1.0.0 tdfx (screen 0) libGL: OpenDriver: trying /usr/X11R6/lib/modules/dri/tdfx_dri.so libGL: OpenDriver: trying /usr/X11R6/lib/modules/dri/tdfx_dri.so drmOpenByBusid: busid is PCI:1:5:0 drmOpenDevice: minor is 0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 4, (OK) drmOpenByBusid: drmOpenMinor returns 4 drmOpenByBusid: drmGetBusid reports PCI:1:5:0 libGL: using Glide library libglide3.so GL_VENDOR = VA Linux Systems, Inc. GL_VERSION = 1.2 Mesa 4.0.1 GL_RENDERER = Mesa DRI 20010624 Voodoo4 x86/MMX/3DNow! Speicherschutzverletzung (core dumped) gdb [-] Reading symbols from /usr/X11R6/lib/modules/dri/tdfx_dri.so...done. Loaded symbols for /usr/X11R6/lib/modules/dri/tdfx_dri.so Reading symbols from /usr/lib/libglide3.so...done. Loaded symbols for /usr/lib/libglide3.so Reading symbols from /usr/X11R6/lib/libXxf86dga.so.1...done. Loaded symbols for /usr/X11R6/lib/libXxf86dga.so.1 Reading symbols from /usr/X11R6/lib/libXxf86vm.so.1...done. Loaded symbols for /usr/X11R6/lib/libXxf86vm.so.1 #0 0x466aaac6 in _trisetup_3DNow_win_nocull_valid () from /usr/lib/libglide3.so (gdb) bt full #0 0x466aaac6 in _trisetup_3DNow_win_nocull_valid () from /usr/lib/libglide3.so No symbol table info available. #1 0x00000003 in ?? () No symbol table info available. Error accessing memory address 0x3: No such process. Second. You can _NOT_ build Glide3 with 3DNow! acceleration the "normal" way: ./chores.3dfx --clean --generate --configure=--enable-amd3d --build 'cause something in the build system (configuration) is broken. If you do it this way you will get a much bigger lib in which one symbol is undefined. You have to do it the "old" way: setenv FX_GLIDE_HW h5 setenv GL_AMD3D 1 make -f makefile.linux > Can you try disabling 3DNow when you build glide? Or, try the Glide > library from the DRI website. This should fix it. Or try my 3DNow! enabled Glide3 lib (with the remaining bug). If you had read my posts (Glide3, optimization, 3DNow!), here you know that...;-) -Dieter -- Dieter Nützel Graduate Student, Computer Science University of Hamburg Department of Computer Science @home: [EMAIL PROTECTED] _______________________________________________ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
