Message-ID: <4ACD0C50.2010902@cwilson.fastmail.fm>
Date: Wed, 07 Oct 2009 17:46:56 -0400
From: Charles Wilson <cygwin AT cwilson DOT fastmail DOT fm>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.8.1.23) Gecko/20090812 Thunderbird/2.0.0.23 Mnenhy/0.7.6.666
MIME-Version: 1.0
To: cygwin AT cygwin DOT com
Subject: gdb, insight, and tcltk
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com

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?

--
Chuck

c.f.
http://cygwin.com/ml/cygwin/2009-09/msg00311.html
and thread.


--
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