Odd install problem (cd .libs && ln -s ...) with 1.0.6 under Redhat 5.1

[terry jones <terry cliffs ucsd edu>]

I'm running Redhat 5.1 2.0.35 with glibc2.0.6, pentium, trying to
install gtk 1.0.6.


I do this:

  $ type cd
  cd is a shell builtin
  $ ./configure
  [typical configure output deleted]
  $ make

and a bunch of C in glib gets compiled successfully. then i see this
in the make output:


  gcc -DHAVE_CONFIG_H -I. -I. -I. -I. -g -O2 -Wall -c -fPIC -DPIC gscanner.c
  mv -f gscanner.o gscanner.lo
  gcc -DHAVE_CONFIG_H -I. -I. -I. -I. -g -O2 -Wall -c gscanner.c >/dev/null 2>&1
  /bin/sh ./libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I. -I.  -g -O2 -Wall -c gutils.c
  gcc -DHAVE_CONFIG_H -I. -I. -I. -I. -g -O2 -Wall -c -fPIC -DPIC gutils.c
  mv -f gutils.o gutils.lo
  gcc -DHAVE_CONFIG_H -I. -I. -I. -I. -g -O2 -Wall -c gutils.c >/dev/null 2>&1
  /bin/sh ./libtool --mode=link gcc -g -O2 -Wall  -o libglib.la -rpath /usr/local/lib -version-info 1:6:0 garray.lo gcache.lo gerror.lo ghash.lo glist.lo gmem.lo gmessages.lo gprimes.lo gslist.lo gtimer.lo gtree.lo gstring.lo gscanner.lo gutils.lo  
  mkdir .libs
  gcc -shared -Wl,-soname -Wl,libglib.so.1 -o .libs/libglib.so.1.0.6 garray.lo gcache.lo gerror.lo ghash.lo glist.lo gmem.lo gmessages.lo gprimes.lo gslist.lo gtimer.lo gtree.lo gstring.lo gscanner.lo gutils.lo  -lc
  (cd .libs && ln -s libglib.so.1.0.6 libglib.so.1)
  ./libtool: cd: .libs: No such file or directory
  make[2]: *** [libglib.la] Error 1
  make[2]: Leaving directory `/u/terry/s/net/gtk+-1.0.6/glib'
  make[1]: *** [all-recursive] Error 1
  make[1]: Leaving directory `/u/terry/s/net/gtk+-1.0.6'
  make: *** [all-recursive-am] Error 2


libglib.so.1.0.6 is there, sitting right in the .libs directory like
it's supposed to.


Can anyone suggest what might be going on here? I.e., why does the cd
into .libs fail? I took a brief look around, but didn't see anything
likely. I looked in libtool a little, but things look just fine.

I grabbed the 1.0.5 gtk tarball and got exactly the same behavior.


Confused & not wanting to dig.....

Terry.