Upgrading to Xorg 7.2.0

[Tom Evans]

On Thu, 2007-05-24 at 14:25 +0200, Christopher Prance wrote:
> /usr/local/lib/libGL.so.1:
>         libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x281cd000)
>         libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x2828e000)
>         libXxf86vm.so.1 => /usr/X11R6/lib/libXxf86vm.so.1 (0x2829b000)
>         libXdamage.so.1 => /usr/X11R6/lib/libXdamage.so.1 (0x282a0000)
>         libXfixes.so.3 => /usr/X11R6/lib/libXfixes.so.3 (0x282a3000)
>         libm.so.4 => /lib/libm.so.4 (0x282a8000)
>         libpthread.so.2 => /lib/libpthread.so.2 (0x282be000)
>         libdrm.so.2 => /usr/local/lib/libdrm.so.2 (0x282e3000)
> 
> There you go and just out of curiosity, what exactly does this tell you?  If
> you don't mind explaining.  I'm trying to learn as I go.
> 
> Thanks,
> Christopher Prance

Your config.log said

> configure:3325: cc -o conftest -O2 -fno-strict-aliasing -pipe    
> conftest.c -lGL -L/usr/local/lib -lX11    >&5
> /usr/local/lib/libGL.so: undefined reference to `XDamageAdd'

when it tried to link a simple test program to -lGl. Linking resolves
addresses of functions and links together compilation units with these
addresses. 
In this case, it couldnt find the symbol (or function) XDamageAdd. This
should be in libXdamage.so, which should be dynamically linked to
libGl.so. 
The ldd command displays the dynamic links that an object file (eg
dynamic object/dynamic executable) has, so we now know explicitly what
is being linked to what.

(and sorry, no, I don't know what the actual problem is, but I bet flz
does :)

Cheers

Tom
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: This is a digitally signed message part
Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20070524/96bea289/attachment.pgp