libGLU is fucked

[Robert Millan]

Hey,

I think I found why some programs that (wrongly) attempt to link C code with
a C++ library using gcc instead of g++ break for us but not for linux-gnu.
(see my recent additions to PORTING document for what I mean)

Looks like something is obviously wrong with libGLU.  Other libraries from
the xnonfree86 suite could be affected by the same problem.  We might not
have a toolchain bug after all..

I won't bother fixing this, since modular X.org is at the end of the corner,
and any breakage in monolithic xnonfree86 components is very likely to be due
to imake's stupid configuration.  Switching to a sane autotooled/libtoolised
libglu is likely to address our concerns.

rmh@aragorn:~$ /usr/share/misc/config.guess 
i386-unknown-kfreebsd5.2.1-gnu
rmh@aragorn:~$ ldd /usr/lib/libGLU.so.1.3
        libc.so.0.1 => /lib/libc.so.0.1 (0x20095000)
        /lib/ld.so.1 => /lib/ld.so.1 (0x00000000)

rmh@bilbo:~$ /usr/share/misc/config.guess 
i686-pc-linux-gnu
rmh@bilbo:~$ ldd /usr/lib/libGLU.so.1.3 
        libGL.so.1 => /usr/X11R6/lib/libGL.so.1 (0x4007c000)
        libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0x400f1000)
        libm.so.6 => /lib/libm.so.6 (0x401ac000)
        libc.so.6 => /lib/libc.so.6 (0x401ce000)
        libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x40301000)
        libpthread.so.0 => /lib/libpthread.so.0 (0x4030a000)
        libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x4035b000)
        libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x40369000)
        libdl.so.2 => /lib/libdl.so.2 (0x40431000)
        /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x80000000)

-- 
 .''`.   Proudly running Debian GNU/kFreeBSD unstable/unreleased (on UFS2+S)
: :' :
`. `'    http://www.debian.org/ports/kfreebsd-gnu
  `-