Re: gnome-libs autogen bug
- From: Owen Taylor <otaylor redhat com>
- To: Todd Graham Lewis <tlewis mindspring net>
- Cc: gnome nuclecu unam mx
- Subject: Re: gnome-libs autogen bug
- Date: 15 Jul 1998 20:39:46 -0400
Todd Graham Lewis <tlewis@mindspring.net> writes:
> checking for GTK - version >= 1.0.1... ./configure: /usr/bin/gtk-config: No such file or directory
> ./configure: /usr/bin/gtk-config: No such file or directory
> ./configure: /usr/bin/gtk-config: No such file or directory
> ./configure: /usr/bin/gtk-config: No such file or directory
> ./configure: /usr/bin/gtk-config: No such file or directory
> no
> *** Could not run GTK test program, checking why...
> *** The test program failed to compile or link. See the file config.log for the
> *** exact error that occured. This usually means GTK was incorrectly installed
> *** or that you have moved GTK since it was installed. In the latter case, you
> *** may want to edit the gtk-config script: /usr/bin/gtk-config
> configure: error: GTK not installed
> reflections# /home/tlewis/gnome/cvs/gnome-libs
>
> Of course, gtk-config lives in /usr/local/bin. If autogen had either
> an obvious way to specify a prefix of /usr/local, or a --help option
> which revealed a non-obvious way, or if it attempted to run gtk-config
> with an unqialified pathname, since putting /usr/local in my path is an
> obvious thing which I can do without delving into autoconf &al.
>
> For now, I'm just symlinking gtk-config into /usr/bin, since my goal is
> to get a build done, but I don't like it. Hey, this might be a good
> opportunity for me to understand the bug-tracking system and add a
> section on that, too!
Remove your config.cache. You apparently had a copy of GTK+ installed
with prefix=/usr last time you ran ./configure for gnome-libs.
[ config.cache is the root of all evil. I would be very happy if
it was removed from autoconf, except maybe for in maintainer-mode ]
Regards,
Owen
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]