[PATCH/itcl] Update to Itcl 3.3

[PATCH/itcl] Update to Itcl 3.3

[Keith Seitz]

Hi,

I've committed a mega-patch (omitted) to update the sourceware Itcl to 
version 3.3. This is needed because Itcl 3.2 does not support TEA (Tcl 
Extension Architecture), which we really need in order to use a 
system-installed Tcl/Tk/Itcl/Itk/Iwidgets.

I have not tested it on Windows (Cygwin or Mingw) yet, so there may be 
problems... I'll try to check these sometime soon.

Keith

2008-07-23  Keith Seitz  <keiths@redhat.com>

         Import of Itcl 3.3.
         * itcl/configure.in, itk/configure.in, iwidgets/configure.in:
         Replace with configure.ac.
         * itcl/configure, itk/configure, iwidgets/configure: Regenerate.
         * configure.ac, Makefile.am, Makefile.in: New files.
         * README: "New" file.
         * aclocal.m4: Regenerate.
         * itcl/Makefile.in (RANLIB): Replace with RANLIB_LIB so
         that the toplevel build does not override this variable.
         * itk/Makefile.in (RANLIB): Likewise.
         * itcl/tclconfig/tcl.m4 (TEA_PATH_TCLCONFIG): Look for 
itclConfig.sh
         in the platform-specific location (unix or win).
         (TEA_PATH_TKCONFIG): Likewise.
         (TEA_MAKE_LIB): Even on windows, GCC libraries must start with 
"lib".
         * itk/tclconfig.m4: Copy of itcl/tcl.m4.
         * iwidgets/tcl.m4: Remove.
         * iwidgets/tclconfig: New directory.
         * iwidgets/tclconfig/tcl.m4, iwidgets/tclconfig/install-sh: Copies
         of itcl/tclconfig files.
         * iwidgets/Makefile.in (MKINSTALLDIRS): Use mkdir -p.
         * iwidgets/configure.ac (PACKAGE): Rename to PACKAGE_NAME.
         Call TEA_INIT, add AC_CONFIG_AUX_DIR and AC_PROG_INSTALL.
         Use TEA_* instead of SC_* macros.
         Search a few more directories for the itcl and itk libraries.

Re: [PATCH/itcl] Update to Itcl 3.3

[Tom Tromey]

>>>>> "Keith" == Keith Seitz <keiths@redhat.com> writes:

Keith> I've committed a mega-patch (omitted) to update the sourceware Itcl to
Keith> version 3.3. This is needed because Itcl 3.2 does not support TEA (Tcl
Keith> Extension Architecture), which we really need in order to use a
Keith> system-installed Tcl/Tk/Itcl/Itk/Iwidgets.

Today I tried to build a gdb patch which touches gdbtk, and
gdb/config.status hung.  I tracked this down to some bad definitions
in the generated itkConfig.sh.

E.g.:

opsy. pwd
/home/tromey/gnu/baseline-gdb/build/itcl/itk
opsy. grep @ itkConfig.sh 
ITCL_VERSION='@ITCL_VERSION@'
ITK_LIB_FILE=@ITK_LIB_FILE@
ITK_BUILD_LIB_SPEC='@ITK_BUILD_LIB_SPEC@'
ITK_LIB_SPEC='@ITK_LIB_SPEC@'
ITK_STUB_LIB_FILE=@ITK_STUB_LIB_FILE@
ITK_BUILD_STUB_LIB_SPEC='@ITK_BUILD_STUB_LIB_SPEC@'
ITK_STUB_LIB_SPEC='@ITK_STUB_LIB_SPEC@'
ITK_SRC_DIR='@ITK_SRC_DIR@'


I think this probably came from this patch.

Tom

Re: [PATCH/itcl] Update to Itcl 3.3

[Keith Seitz]

Tom Tromey wrote:

> opsy. pwd
> /home/tromey/gnu/baseline-gdb/build/itcl/itk
> opsy. grep @ itkConfig.sh 
> ITCL_VERSION='@ITCL_VERSION@'
> ITK_LIB_FILE=@ITK_LIB_FILE@
> ITK_BUILD_LIB_SPEC='@ITK_BUILD_LIB_SPEC@'
> ITK_LIB_SPEC='@ITK_LIB_SPEC@'
> ITK_STUB_LIB_FILE=@ITK_STUB_LIB_FILE@
> ITK_BUILD_STUB_LIB_SPEC='@ITK_BUILD_STUB_LIB_SPEC@'
> ITK_STUB_LIB_SPEC='@ITK_STUB_LIB_SPEC@'
> ITK_SRC_DIR='@ITK_SRC_DIR@'
> 
> 
> I think this probably came from this patch.

Gdbtk is broken right now until I commit the rest of my outstanding 
patches for this... Looks like that cruft is not defined in my build 
either (but then my build doesn't link against itcl/itk anymore).

I'll see about speeding up my schedule (or lack thereof).

Keith

Re: [PATCH/itcl] Update to Itcl 3.3

[Tom Tromey]

>>>>> "Keith" == Keith Seitz <keiths@redhat.com> writes:

Keith> Gdbtk is broken right now until I commit the rest of my outstanding
Keith> patches for this... Looks like that cruft is not defined in my build
Keith> either (but then my build doesn't link against itcl/itk anymore).

Keith> I'll see about speeding up my schedule (or lack thereof).

It is no rush.  I have one (or two?  I forget) deprecated hook removal
patches in my queue.  These are nothing serious and really unlikely to
be obsoleted :)

Tom