On Sat, Nov 23, 2002 at 08:28:41AM -0700, Brian Paul wrote: > Dieter Nützel wrote: > >Linux 2.5.47 (radeon.o 1.6.0) > > > >GL_VERSION: 1.4 Mesa 5.0 > >GL_EXTENSIONS: GL_ARB_depth_texture GL_ARB_imaging GL_ARB_multitexture > >GL_ARB_point_parameters GL_ARB_shadow GL_ARB_shadow_ambient > >GL_ARB_texture_border_clamp GL_ARB_texture_cube_map GL_ARB_texture_env_add > >GL_ARB_texture_env_combine GL_ARB_texture_env_crossbar > >GL_ARB_texture_env_dot3 GL_ARB_texture_mirrored_repeat > >GL_ARB_transpose_matrix GL_ARB_window_pos GL_EXT_abgr GL_EXT_blend_color > >GL_EXT_blend_minmax GL_EXT_blend_subtract GL_EXT_stencil_two_side > >GL_EXT_texture_env_add GL_EXT_texture_env_combine GL_EXT_texture_env_dot3 > >GL_EXT_texture_lod_bias > >GL_RENDERER: Mesa GLX Indirect > >GL_VENDOR: Mesa project: www.mesa3d.org > >GLU_VERSION: 1.3 > >GLU_EXTENSIONS: GLU_EXT_nurbs_tessellator GLU_EXT_object_space_tess > >GLUT_API_VERSION: 5 > >GLUT_XLIB_IMPLEMENTATION: 15 > > > >(WW) RADEON(0): Option "CheckDesktopGeometry" is not used > >(II) RADEON(0): X context handle = 0x00000001 > >(II) RADEON(0): [drm] installed DRM signal handler > >(II) RADEON(0): [DRI] installation complete > >(II) RADEON(0): [drm] Added 32 65536 byte vertex/indirect buffers > >(II) RADEON(0): [drm] Mapped 32 vertex/indirect buffers > >(II) RADEON(0): [drm] dma control initialized, using IRQ 17 > >(II) RADEON(0): [drm] Initialized kernel agp heap manager, 5111808 > >(II) RADEON(0): Direct rendering enabled > >Symbol xf86strncat from module > >/usr/X11R6/lib/modules/extensions/libGLcore.a is unresolved! > > > >Merge problem? > > No, not really. This is a new problem. > > In Mesa 5.x most libc functions are wrapped, like _mesa_strncat(). > On XFree86 this in turn calls xf86strncat(). > > I think XFree86 is missing some code related to xf86strncat. > > Here's a comparison between xf86strlen() and xf86strncpy(): > > % grep xf86strlen -r . > ./hw/xfree86/input/microtouch/microtouch.c: "xf86strlen", > ./hw/xfree86/loader/xf86sym.c: SYMFUNC(xf86strlen) > ./hw/xfree86/os-support/README.OS-lib:xf86strlen(const char * s) > ./hw/xfree86/os-support/xf86_ansic.h:extern xf86size_t xf86strlen(const > char*); > ./hw/xfree86/os-support/xf86_libc.h:#define strlen(ccp) > xf86strlen(ccp) > ./hw/xfree86/os-support/shared/libc_wrapper.c:xf86strlen(const char* s) > ./hw/xfree86/xf86cfg/loadmod.c: SYMFUNC(xf86strlen) > > > % grep xf86strncat -r . > ./hw/xfree86/os-support/xf86_ansic.h:extern char* xf86strncat(char *, const > char *, xf86size_t); > ./hw/xfree86/os-support/shared/libc_wrapper.c:xf86strncat(char* dest, const > char* src, xf86size_t n) > > > Looks like xf86strncat isn't present in some loader-related files. > I've made a few changes and things seem OK here now. We'll have to be > sure this gets updated in XFree86, and that there's no other incomplete > wrapper functions. > > Do a CVS update in xc/programs/Xserver/hw/xfree86 and try again.
To stop this from happening, it's worth defining DONT_DEFINE_WRAPPERS which won't alias the libc functions at all. Alan. ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf _______________________________________________ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel