Re: GTK+ (from CVS) configure & make failure

[Flavio Alberto Lopes Soares <engenharia3 maqplas com br>]

Hello,

I has a problem that has same nature (I believe - I'm a newbbie), I
upgrade my RedHat 6.2 with GTK+ 1.2.6, Glade 0.5.5 to a Conectiva 7
(Brazilian Linux Distribution) similar to RedHat 7, with GTK+ 1.2.10,
Glib 1.2.10, Glade 0.6.2, gcc 2.95, that I know, and nowadays my
aplications doesn't compile never more, when I run autogen.sh, it says
that doesn't find GTK, if I use make it says that doesn't find an huge
number of files .h (ex. gtk.h), I attempt to uninstall gtk and install
again without results, I attempt install gtk 1.2.6 from RedHad 6.2 old
disk, and never works, What I do ????? I'm become a desesperate !

Thanks for any help and excuse-me for my bad english.

Flavio   




> 
> Hello.
> 
> I am attempting to build GTK+ from the current CVS source -- obviously
> without success so I'm writing this plea for help.
> 
> I am using RedHat Linux 7.2 on a Dell PC. I am using gcc v2.96 (or would be
> if my GTK+ build would ever get that far).
> 
> I am using the following versions of tools (all built from recent CVS or
> their latest distribution if they aren't available via CVS, "recent" meaning
> this week):
>   autoconf (GNU Autoconf) 2.52c
>   automake (GNU automake) 1.5
>   ltmain.sh (GNU libtool) 1.4c (1.1026 2001/08/19 20:20:25)
>   autoheader (GNU Autoconf) 2.52c
> 
> I have successfully (though not painlessly) built and installed Glib, Pango,
> and Atk (all obtained via CVS this week).
> 
> I have modified configure.in to workaround an autoconf bug (it can't handle
> an AC_CHECK_HEADER nested within an AC_CHECK_LIB)... the changes made are
> attached in case you really need to see them; but otherwise I have left it
> alone.
> 
> I ran autogen.sh with various options and variable definitions (shown
> later), and it created and successfully ran configure.
> 
> I then attempted to make GTK+ and it consistently fails here (which is very
> early in the make process):
> 
>   make[4]: Entering directory `/users/awcolley/oscvs/gtk+/gdk-pixbuf/pixops'
>   /bin/sh ../../libtool --mode=compile @AS@  @ASFLAGS@ -c -o have_mmx.lo
> `test -f have_mmx.S || echo './'`have_mmx.S
>   libtool: compile: unable to infer tagged configuration
>   libtool: compile: specify a tag with `--tag'
> 
> The obvious problem is that configure does NOT replace the @AS@ and
> @ASFLAGS@ tags in the Makefile; the obvious question is WHY? and the most
> important question is HOW TO I MAKE IT DO THAT?
> 
> Or, at least, what should I hand-code into the Makefile(s) for @AS@ and
> @ASFLAGS@ as a workaround?
> 
> By the way, there are several @ tags in Makefiles that are not handled by
> configure, here is a list compiled from all the Makefiles within GTK+:
> 
> AS = @AS@
> ASFLAGS = @ASFLAGS@
> DLLTOOL = @DLLTOOL@
> GCJ = @GCJ@
> GCJFLAGS = @GCJFLAGS@
> GENCAT = @GENCAT@
> GT_NO = @GT_NO@
> GT_YES = @GT_YES@
> INCLUDE_LOCALE_H = @INCLUDE_LOCALE_H@
> l = @l@     <== those are lower case Ls
> OBJDUMP = @OBJDUMP@
> 
> Is there some flag for configure that I didn't notice that will cause these
> things to be handled properly? Otherwise, what should I set these to?
> 
> Anyway, here is how I ran autogen.sh:
> 
> [] autogen.sh --prefix=$HOME/latest CC=rgcc CXX=rg++ CPP=rcpp \
> LDFLAGS=-L/usr/X11R6/lib CPPFLAGS=-I/usr/X11R6/include \
> INSTALL=$HOME/latest/bin/install PKG_CONFIG=$HOME/latest/bin/pkg-config
> 
> I have attached a log of what happened in response.
> 
> What information did I forget to provide that will help you understand the
> problem?
> 
> Thanks,
> Tony Colley
>