xsrc/40321: netbsd-5: radeon_dri.so: Undefined PLT symbol "XML_SetElementHandler"

[mm_lists%pulsar-zone.net@localhost]

>Number:         40321
>Category:       xsrc
>Synopsis:       netbsd-5: radeon_dri.so: Undefined PLT symbol 
>"XML_SetElementHandler"
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    xsrc-manager
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Sat Jan 03 08:25:00 +0000 2009
>Originator:     Matthew Mondor
>Release:        netbsd-5
>Organization:
>Environment:
NetBSD hal.xisop 5.0_BETA NetBSD 5.0_BETA (GENERIC_MM) #1: Thu Jan  1 22:39:44 
EST 2009  root%hal.xisop@localhost:/usr/obj/sys/arch/i386/compile/GENERIC_MM 
i386

>Description:
Although drm(4) support was enabled in GENERIC_MM, as well as the radeon 
driver, and xorg.conf properly configured to use DRI (sysctl hw.dri confirms 
that xorg is a DRI client), I noticed that performance was still very bad 
(actually worse than using software Mesa with XFree86).

Then using glxinfo it confirmed Direct Rendering was disabled and to set 
LIBGL_DEBUG, which I did, then I ran a test (glxgears):

libGL: XF86DRIGetClientDriverName: 5.3.0 radeon (screen 0)
libGL: OpenDriver: trying /usr/X11R7/lib/modules/dri/radeon_dri.so
libGL error: dlopen /usr/X11R7/lib/modules/dri/radeon_dri.so failed 
(/usr/X11R7/lib/modules/dri/radeon_dri.so: Undefined PLT symbol 
"XML_SetElementHandler" (symnum = 150))
libGL error: unable to load driver: radeon_dri.so

radeon_dri.so does show the various XML symbols as U, as if a library needed to 
also be linked to it, yet only libc was linked:

 $ nm /usr/X11R7/lib/modules/dri/radeon_dri.so | head
0021d6c0 B RADEON_DEBUG
         U XML_ErrorString
         U XML_GetBuffer
         U XML_GetCurrentColumnNumber
         U XML_GetCurrentLineNumber
         U XML_GetErrorCode
         U XML_Parse
         U XML_ParseBuffer
         U XML_ParserCreate
         U XML_ParserFree

$ ldd /usr/X11R7/lib/modules/dri/radeon_dri.so 
/usr/X11R7/lib/modules/dri/radeon_dri.so:
        -lc.12 => /usr/lib/libc.so.12

And nothing special objdump -p shows other than "NEEDED" for libc.

This appears very closely related to apparently resolved:
http://releng.netbsd.org/cgi-bin/req-5.cgi?show=151
>How-To-Repeat:

>Fix: