Date: Wed, 7 Oct 2009 17:59:13 -0400
From: Christopher Faylor <cgf-use-the-mailinglist-please AT cygwin DOT com>
To: cygwin AT cygwin DOT com
Subject: Re: gdb, insight, and tcltk
Message-ID: <20091007215912.GA18399@ednor.casa.cgf.cx>
Reply-To: cygwin AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
References: <4ACD0C50 DOT 2010902 AT cwilson DOT fastmail DOT fm>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <4ACD0C50.2010902@cwilson.fastmail.fm>
User-Agent: Mutt/1.5.20 (2009-06-14)
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
Precedence: bulk
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com

On Wed, Oct 07, 2009 at 05:46:56PM -0400, Charles Wilson wrote:
>Chris --
>
>Since gdb-7.0 was just released, I figure you'll probably be doing a
>cygwin package fairly soon. However, I know you long to drop insight --
>at least to separate it out from gdb proper.
>
>So, I've got a proposal for you:
>
>I'll do an insight-only build (sans gdb.exe, gdb-tui.exe) which installs
>into /opt/insight along with the necessary (old) tcltk libs and runtime
>files. It will also install a simple wrapper program as
>/usr/bin/insight.exe that calls /opt/insight/bin/insight.exe and passes
>its arguments, similar to
>   #!/bin/sh
>   exec /opt/insight/bin//insight.exe "$@"
>but it'll be a cygwin exe, so that it's callable directly from windows.
>
>I'll do a win32 build of the (old) tcltk libs alone, which install into
>the /usr tree, but do NOT include any development files. This will
>serve as the 'upgrade' release for the tcltk package. It will include
>alternatives support for the wish.exe and tclsh.exe progs. This,
>combined with removing the development files, means that the new package
>will (a) allow existing clients like gitk and friends to keep working,
>but (b) won't interfere with any new (X-based) tcl, tk, itcl, itk, and
>iwidgets packages.
>
>
>To follow somewhat soon, but not immediately, I'll do X-based builds of
>tcl, tk, itcl, itk, and iwidgets, with alternatives support for the
>tclsh.exe and wish.exe progs. (These packages will include -devel
>files). During the interregnum before these X-based packages are
>available, maintainers of packages which are tcl/tk clients -- like gitk
>-- may need to roll back to the (current) tcltk if they need to rebuild,
>since the (new, proposed) tcltk backcompat package won't have the
>development files.
>
>(And by "do a build" I mean "permanently adopt") -- and, this is a
>1.7-only proposal.
>
>This way, you can release a console-only version of gdb-7.0 at any time,
>without worrying about insight or any of these icky tcltk problems.
>
>Sound like a plan?

Yes.  I am in the process of building gdb.exe but I don't know how much
time I'll have to roll it out.  My next 2.5 weeks are pretty booked.

cgf

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple