Re: [Dri-users] where is libglut.so in XFree86 4.1.0

SourceForge Headquarters 225 Broadway Suite 1600 San Diego, CA 92101 +1 (858) 454-5900

Go to the dri.sourceforge.net web page.  You will find links to the
necessary libraries (libglut and glut.h) on the Resources page.

	Glen

On Sun, 8 Jul 2001, Bhushan, Shashi wrote:

> Hi,
> 	We have had major issues running a program that is using DRI on a
> IBM Thinkpad A21p.  The machine has an ATI Rage128 Mobility on it.  When
> running the program, with DRI enabled, the display is messed up (I don't
> really know how to describe it better).  Basically the display is a map, and
> there are portions of the map that are all black, and other protions that
> are rendered .. but basically it doesn't look remotely like it should.  We
> thought that the reason for this, was that the program was linked with an
> older version of the DRI/GL librarys.  Therefore we recompiled it and
> unfortunately that had no effect.  Hence, I have tried to upgrade the
> XServer on the machine as well as the DRI support (the machine is running
> RedHat Linux 7.1).  I downloaded and compiled XFree86 4.1.0 which supposedly
> has the DRI support built in.  Unfortunately that didn't help either, in
> fact I was unable to get Direct Rendering enabled, or atleast glxinfo would
> tell me that it was not enabled.  I realized that the r128.o module wasn't
> being loaded, so I tried to compile and load the module from
> xc/programs/Xserver/programs/Xserver/hw/xfree86/os-support/linux/drm/kernel.
> Long story short, that didn't work either because I had DRI enabled in the
> kernel (at least that's what I think) ... so now I have grabbed the latest
> kernel 2.4.6, recompiled it with Direct Rendering Manager off, compiled the
> module from the above location, loaded it, and glxinfo finally reports the
> following:
>
>
> name of display: :0.0
> display: :0  screen: 0
> direct rendering: Yes
> server glx vendor string: SGI
> server glx version string: 1.2
> server glx extensions:
>     GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context
> client glx vendor string: SGI
> client glx version string: 1.2
> client glx extensions:
>     GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context
> GLX extensions:
>     GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context
> OpenGL vendor string: VA Linux Systems, Inc.
> OpenGL renderer string: Mesa DRI Rage128 20010405 M3 AGP 1x x86/MMX/SSE
> OpenGL version string: 1.2 Mesa 3.4.2
> OpenGL extensions:
>     GL_ARB_multitexture, GL_ARB_transpose_matrix, GL_EXT_abgr,
>     GL_EXT_clip_volume_hint, GL_EXT_compiled_vertex_array, GL_EXT_histogram,
>
>     GL_EXT_packed_pixels, GL_EXT_polygon_offset, GL_EXT_rescale_normal,
>     GL_EXT_stencil_wrap, GL_EXT_texture3D, GL_EXT_texture_env_add,
>     GL_EXT_texture_object, GL_EXT_texture_lod_bias, GL_EXT_vertex_array,
>     GL_MESA_window_pos, GL_MESA_resize_buffers, GL_NV_texgen_reflection,
>     GL_PGI_misc_hints, GL_SGIS_pixel_texture, GL_SGIS_texture_edge_clamp
> glu version: 1.3
> glu extensions:
>     GLU_EXT_nurbs_tessellator, GLU_EXT_object_space_tess
>
>    visual  x  bf lv rg d st colorbuffer ax dp st accumbuffer  ms  cav
>  id dep cl sp sz l  ci b ro  r  g  b  a bf th cl  r  g  b  a ns b eat
> ----------------------------------------------------------------------
> 0x23 16 tc  0 16  0 r  y  .  5  6  5  0  0 16  0  0  0  0  0  0 0 None
> 0x24 16 tc  0 16  0 r  y  .  5  6  5  0  0 16  8  0  0  0  0  0 0 Slow
> 0x25 16 tc  0 16  0 r  y  .  5  6  5  0  0 16  0 16 16 16  0  0 0 Slow
> 0x26 16 tc  0 16  0 r  y  .  5  6  5  0  0 16  8 16 16 16  0  0 0 Slow
> 0x27 16 dc  0 16  0 r  y  .  5  6  5  0  0 16  0  0  0  0  0  0 0 None
> 0x28 16 dc  0 16  0 r  y  .  5  6  5  0  0 16  8  0  0  0  0  0 0 Slow
> 0x29 16 dc  0 16  0 r  y  .  5  6  5  0  0 16  0 16 16 16  0  0 0 Slow
> 0x2a 16 dc  0 16  0 r  y  .  5  6  5  0  0 16  8 16 16 16  0  0 0 Slow
>
> So that's all well and good, but unfortunately my program still doesn't
> behave properly.  The following is the ldd dump from it:
>
>         libpthread.so.0 => /lib/i686/libpthread.so.0 (0x40026000)
>         libglut.so.3 => /usr/lib/libglut.so.3 (0x4003b000)
>         libGL.so.1 => /usr/lib/libGL.so.1 (0x4006d000)
>         libGLU.so.1 => /usr/lib/libGLU.so.1 (0x400d5000)
>         libXmu.so.6 => /usr/X11R6/lib/libXmu.so.6 (0x40151000)
>         libTAO.so => /home/rvms/LIBS/libTAO.so (0x40167000)
>         libTAO_CosNaming.so => /home/rvms/LIBS/libTAO_CosNaming.so
> (0x4053d000)
>         libTAO_Svc_Utils.so => /home/rvms/LIBS/libTAO_Svc_Utils.so
> (0x4064b000)
>         libTAO_PortableServer.so => /home/rvms/LIBS/libTAO_PortableServer.so
> (0x4065c000)
>         libTAO_IORTable.so => /home/rvms/LIBS/libTAO_IORTable.so
> (0x407fd000)
>         libTAO_RTEvent.so => /home/rvms/LIBS/libTAO_RTEvent.so (0x4080f000)
>         libTAO_FaultTolerance.so => /home/rvms/LIBS/libTAO_FaultTolerance.so
> (0x40a67000)
>         libstdc++-libc6.2-2.so.3 => /usr/lib/libstdc++-libc6.2-2.so.3
> (0x40c00000)
>         libm.so.6 => /lib/i686/libm.so.6 (0x40c44000)
>         libc.so.6 => /lib/i686/libc.so.6 (0x40c67000)
>         libACE.so => /home/rvms/LIBS/libACE.so (0x40da0000)
>         libSM.so.6 => /usr/X11R6/lib/libSM.so.6 (0x40fee000)
>         libICE.so.6 => /usr/X11R6/lib/libICE.so.6 (0x40ff7000)
>         libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x4100d000)
>         libXi.so.6 => /usr/X11R6/lib/libXi.so.6 (0x4101a000)
>         libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x41022000)
>         libdl.so.2 => /lib/libdl.so.2 (0x410fa000)
>         libXt.so.6 => /usr/X11R6/lib/libXt.so.6 (0x410fe000)
>         librt.so.1 => /lib/librt.so.1 (0x41147000)
>         libTAO_CosNotification.so =>
> /home/rvms/LIBS/libTAO_CosNotification.so (0x41159000)
>         libTAO_IORManip.so => /home/rvms/LIBS/libTAO_IORManip.so
> (0x41c1e000)
>         /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)
>         libTAO_DynamicAny.so => /home/rvms/LIBS/libTAO_DynamicAny.so
> (0x41c44000)
>
> Now as far as I can tell the libGL.so.1 and libGLU.so.1 files ARE the
> versions that I compiled with XFree86 4.1.0.  However the libglut.so.3 file
> is NOT the version that I compiled.  In fact I have no idea how to compile
> that library, I couldn't find it in the xc tree (I did: find . -name
> *glut*).  Anyone have any clue as to how to solve this issue? ... I mean I
> am thinking that the issue is that libglut.so.3 is incompatible with the
> newer libGL.so.1 and libGLU.so.1, but I'm not sure.  Any help would be
> greatly appreciated.
>
> Thank You,
>
> -Shashi Bhushan
>
> _______________________________________________
> Dri-users mailing list
> Dri...@li...
> http://lists.sourceforge.net/lists/listinfo/dri-users
>