Hi all.
I tried to build the 10/11/99 snapshot of ggi today and
I ran into some problems that I thought I would bounce
off the developers. I was compiling on a RedHat 5.2 (Intel)
system.
I started out by compiling and installing libgii, that worked.
When I tried to compile libggi I got this error during the
configure process.
../../lib/libggi/configure --prefix=$PREFIX --with-gii=$PREFIX
...
creating config.h
configure: warning:
LibGII is not properly installed on the system. You need LibGII for
building LibGGI. Please compile LibGII first.
The strange thing is that the Makefile was created in the build
directory so the configure script must have finished properly.
This message was very misleading, but I was still able to compile.
I also got this error from libggi2d.
Here is some output from the config.log that might be related.
configure:2196: checking for ggi/ggi.h
configure:2206: gcc -E -I/usr/local/project/ggi/include conftest.c
>/dev/null 2>conftest.o
ut
configure:2238: checking for ggiSetPalette in -lggi
configure:2257: gcc -o conftest -g -O2 -I/usr/local/project/ggi/include
-I/usr/local/proje
ct/ggi/include -L/usr/local/project/ggi/lib conftest.c -lggi 1>&5
ld: warning: libgii.so.0, needed by /usr/local/project/ggi/lib/libggi.so,
not found (try us
ing --rpath)
ld: warning: libgg.so.0, needed by /usr/local/project/ggi/lib/libggi.so,
not found (try usi
ng --rpath)
/usr/local/project/ggi/lib/libggi.so: undefined reference to
`giiJoinInputs'
/usr/local/project/ggi/lib/libggi.so: undefined reference to
`giiGetEventMask'
/usr/local/project/ggi/lib/libggi.so: undefined reference to `ggUnlock'
It looks like the problem is that the runtime shared lib path is not
getting burned into the executable. This seems like a problem that
would be fixed by adding -Wl,-rpath,$PREFIX/lib to the compile line.
When I tried to compile the libggi3d library I found that it did not
have a configure script at all. I tried to run the autogen.sh file
to create one from the configure.in file, but I did not have the
correct versions of the autoconf tools.
I also tried to compile libwmh when I got this error.
mo(~/project/degas/build/libwmh)% ../../lib/libwmh/configure
--with-ggi=$PRE
creating cache ./config.cache
checking for a BSD compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking whether make sets ${MAKE}... yes
checking for working aclocal... found
checking for working autoconf... found
checking for working automake... found
checking for working autoheader... found
checking for working makeinfo... found
checking whether to enable maintainer-specific portions of Makefiles... no
checking for gcc... gcc
checking whether the C compiler (gcc ) works... yes
checking whether the C compiler (gcc ) is a cross-compiler... no
checking whether we are using GNU C... yes
checking whether gcc accepts -g... yes
checking host system type... ../../lib/libwmh/config.guess:
../../lib/libwmh/config.guess:
No such file or directory
configure: error: can not guess host type; you must specify one
When I checked the config.guess file I noticed that it was a
symlink to a file that does not exist.
% ls -la ../../lib/libwmh/config.guess
lrwxrwxrwx 1 mo mo 63 Oct 11 14:31
../../lib/libwmh/config.guess -> /ex
port/sunsite/users/ggicore/tools/share/automake/config.guess
So it looks like this is a symlink that got put into the tar file. Other
files in this same directory also appear to be symlinked.
lrwxrwxrwx 1 mo mo 58 Oct 11 14:31 COPYING ->
/export/sunsite/users/ggi
core/tools/share/automake/COPYING
lrwxrwxrwx 1 mo mo 58 Oct 11 14:31 INSTALL ->
/export/sunsite/users/ggi
core/tools/share/automake/INSTALL
I hope that helps
Mo DeJong
dejong at cs.umn.edu
