gtkglarea make fails on rh8.0

Hello.

	First of all, I'd like to apologize for my bad english - I'm a
non-native speaker. My problem is I'm trying to build GtkGlArea from the
Gnome CVS repository, and the make process fails. I'm running RedHat
8.0.

	After downloading it and reading the README file, I found out there was
no configure script as described by the README. Running autogen.sh did
create the configure scripts, but not without errors. The output from
autogen.sh was:

-----

I am going to run ./configure with no arguments - if you wish
to pass any to it, please specify them on the ./autogen.sh command line.
configure.in: installing `./install-sh'
configure.in: installing `./mkinstalldirs'
configure.in: installing `./missing'
Use of uninitialized value in concatenation (.) or string at
/usr/bin/automake line 8449.
: installing `./config.guess'
Use of uninitialized value in concatenation (.) or string at
/usr/bin/automake line 8449.
: installing `./config.sub'
aclocal.m4:774: required file `./ltmain.sh' not found
examples/Makefile.am: installing `./depcomp'

huge configure output here, relevant (I think) parts:

checking dynamic linker characteristics... GNU/Linux ld.so
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
checking whether -lc should be explicitly linked in... no

checking for GTK+ - version >= 2.0.0... yes (version 2.0.6)
checking OpenGL... yes

----

	If I run make without modifying the Makefiles, I get the following
error:

---

making all in gtkgl
make[1]: Entering directory `/home/carlos/downloads/gtkglarea/gtkgl'
source='gdkgl.c' object='gdkgl.lo' libtool=yes \
depfile='.deps/gdkgl.Plo' tmpdepfile='.deps/gdkgl.TPlo' \
depmode=gcc3 /bin/sh ../depcomp \
/bin/sh ../libtool --mode=compile gcc -DPACKAGE_NAME=\"\"
-DPACKAGE_TARNAME=\"\"
 -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\"
-DSTDC_HE
ADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1
-DHAVE_STRING
_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1
-DHAVE_STDINT_H=1
-DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DSTDC_HEADERS=1  -I. -I. -I..  
-I/usr/inclu
de/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0
-I/usr/include/pang
o-1.0 -I/usr/include/Xft2 -I/usr/include/freetype2 -I/usr/X11R6/include
-I/usr/i
nclude/glib-2.0 -I/usr/lib/glib-2.0/include    -g -O2 
-I/usr/include/gtk-2.0 -I
/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/pango-1.0
-I/usr/
include/Xft2 -I/usr/include/freetype2 -I/usr/X11R6/include
-I/usr/include/glib-2
.0 -I/usr/lib/glib-2.0/include    -c -o gdkgl.lo `test -f 'gdkgl.c' ||
echo './'
`gdkgl.c
../libtool: ../libtool: No such file or directory
make[1]: *** [gdkgl.lo] Error 127
make[1]: Leaving directory `/home/carlos/downloads/gtkglarea/gtkgl'
make: *** [all-recursive] Error 1

-----
nside the 
	I am sure I have libtool installed, as reported by rpm -q. After
hacking around a bit, I noticed the configure script had the following
line:

LIBTOOL='$(SHELL) $(top_builddir)/libtool'

I think the problem may have something to do with this, because there is
no libtool in this directory. Besides, if I replace it with:

LIBTOOL='$(SHELL) libtool'

	and re-run configure, the make process now succeeds, but the examples
don't work. For example, simple.c compiles and runs fine, the window is
created succesfully, but there is no OpenGL rendering (I can tell that
because the background is supposed to be black, but is being painted
gray). I can also tell that the code between the lines 49 and 64 (the
actual drawing code) never gets called, but "gint draw()" does. It 
would look like there is some trouble loading the OpenGL libraries if it
wasn't for the OpenGL information string being shown properly.

	I'm also sure gtk+2.0 and gtk+1.2 are working properly, as is OpenGL.

	Is there something horribly stupid I'm doing? I would really appreciate
some help, as I was interested in using GtkGlArea in a fairly big
project, and I can't use GtkGlExt because I will use GtkGlArea through
its Python wrapper, and haven't found any Python wrappers for it just
yet.

	Thank you very much in advance,
Carlos Eduardo Scheidegger