Re: GDB configure problem in the new repository...

[Andrew Cagney <ac131313 at cygnus dot com>]

Scott Bambrough wrote:
> 
> Scott Bambrough wrote:
> >
> > checking for Tcl configuration... found /usr/lib/tclConfig.sh
> > checking for Tk configuration... found /usr/lib/tkConfig.sh
> > checking for Tcl private headers. dir=unix... checking for tclInt.h... no
> > configure: error: Can't find Tcl private headers
> 
> I should have sent this as well, I hit the send button by mistake.
> 
> configure:5791: checking for Tcl configuration
> configure:5899: checking for Tk configuration
> configure:5995: checking for Tcl private headers. dir=unix
> configure:6061: checking for tclInt.h
> configure:6071: gcc -E  conftest.c >/dev/null 2>conftest.out
> configure:6067: tclInt.h: No such file or directory
> configure: failed program was:
> #line 6066 "configure"
> #include "confdefs.h"
> #include <tclInt.h>
> 
> Is this due to some increasing Insight integration?

Actually the opposite.

The general direction (discussed so long ago that people have probably
forgotten) is to construct a core libgdb and then have add on
components/interfaces.  Some components are part of GDB some are not.

Right now there are three components:

	CLI	GDB's traditional Line Interface
		This is currently so intertwined with
		GDB that it is depressing.

	Insight	Provide a tcl scripting interface
		and a TK GUI.

	MI	A very raw interface that will eventually
		be implemented directly on libgdb.

	TUI	HP's Text UI.
		Like the CLI this is a little in how
		it gets information out of GDB.

People have also expressed an interest in GUILE, Python and a few other
interpreted languages.

The only problem with all this is that it is putting real pressure on
gdb/configure.in and gdb/Makefile.in (to be honest it's a bit of a
mess).

To get an idea of how things should work, have a look at the GCC
directory.  Each sub directory provides config information that is used
by the top level configure to determine what exactly to build.

While most people are worried about Linux issues, I'm personally more
concerned about the config/build side.

	enjoy,
		Andrew