public inbox for insight@sourceware.org
 help / color / mirror / Atom feed
* Insight's dependance on libgui?
@ 2004-02-04 16:34 Andrew Cagney
  2004-02-04 17:08 ` Keith Seitz
  0 siblings, 1 reply; 6+ messages in thread
From: Andrew Cagney @ 2004-02-04 16:34 UTC (permalink / raw)
  To: insight; +Cc: gdb

[NOTE: cross posting; Reply-to: set to insight@]

Hello,

I would like to better understand a copyright issue I've identified with 
Insight.

At present Insight depends on libgui.  How strong is this dependency? 
In particular, of the non Red Hat authored portions of the libgui 
library, how much does Insight require?  Is it possible to eliminate any 
such dependencies?

Andrew
(GDB Adminstrator)

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: Insight's dependance on libgui?
  2004-02-04 16:34 Insight's dependance on libgui? Andrew Cagney
@ 2004-02-04 17:08 ` Keith Seitz
  2004-02-04 21:43   ` Andrew Cagney
  0 siblings, 1 reply; 6+ messages in thread
From: Keith Seitz @ 2004-02-04 17:08 UTC (permalink / raw)
  To: insight; +Cc: gdb

On Wed, 2004-02-04 at 08:34, Andrew Cagney wrote:

> At present Insight depends on libgui.  How strong is this dependency? 
> In particular, of the non Red Hat authored portions of the libgui 
> library, how much does Insight require?  Is it possible to eliminate any 
> such dependencies?

The only parts of libgui (which are not owned by Red Hat) that I am
certain we use are src/tkTable* and library/combobox.tcl.

The tkCanvas stuff was used by SourceNavigator. I see that Martin Hunt
checked in changes to remove compilation of several files (including
tkCanvas), but he did not remove them from the repository.

The comobox, written by Brian Oakley, has a readme that says:
* completely, totally, free. I retain copyright but you are
  free to use the code however you see fit. Don't be mean.

A file describing the license for the tkTable widget, written/maintained
by Jeffrey Hobbs, is in libgui/doc/tkTable_license.terms.

Keith



^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: Insight's dependance on libgui?
  2004-02-04 17:08 ` Keith Seitz
@ 2004-02-04 21:43   ` Andrew Cagney
  0 siblings, 0 replies; 6+ messages in thread
From: Andrew Cagney @ 2004-02-04 21:43 UTC (permalink / raw)
  To: Keith Seitz; +Cc: insight

> On Wed, 2004-02-04 at 08:34, Andrew Cagney wrote:
> 
> 
>> At present Insight depends on libgui.  How strong is this dependency? 
>> In particular, of the non Red Hat authored portions of the libgui 
>> library, how much does Insight require?  Is it possible to eliminate any 
>> such dependencies?
> 
> 
> The only parts of libgui (which are not owned by Red Hat) that I am
> certain we use are src/tkTable* and library/combobox.tcl.
> 
> The tkCanvas stuff was used by SourceNavigator. I see that Martin Hunt
> checked in changes to remove compilation of several files (including
> tkCanvas), but he did not remove them from the repository.
> 
> The comobox, written by Brian Oakley, has a readme that says:
> * completely, totally, free. I retain copyright but you are
>   free to use the code however you see fit. Don't be mean.
> 
> A file describing the license for the tkTable widget, written/maintained
> by Jeffrey Hobbs, is in libgui/doc/tkTable_license.terms.

Sigh :-(  Don't want to see if they are interested in contributing that 
code, or find a replacement?

Andrew


^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: Insight's dependance on libgui?
  2004-02-07 15:49   ` Ian Roxborough
@ 2004-02-10 14:51     ` Fernando Nasser
  0 siblings, 0 replies; 6+ messages in thread
From: Fernando Nasser @ 2004-02-10 14:51 UTC (permalink / raw)
  To: Ian Roxborough; +Cc: insight

Ian Roxborough wrote:
> Hi,
> 
> If you're looking for a fast Table widget there is always the treeTable
> widget from Source-Navigator. 

This can take care of the memory window dependency (assuming someone can 
find the time to do the replacement).

I remember looking at the use of the libgui combobox.  I vaguely 
remember that it was there just to ensure compatibility between Windows 
and Unix.  It should not be difficult to replace its use.


-- 
Fernando Nasser
Red Hat Canada Ltd.                     E-Mail:  fnasser@redhat.com
2323 Yonge Street, Suite #300
Toronto, Ontario   M4P 2C9

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: Insight's dependance on libgui?
  2004-02-06 18:23 ` Jim Ingham
@ 2004-02-07 15:49   ` Ian Roxborough
  2004-02-10 14:51     ` Fernando Nasser
  0 siblings, 1 reply; 6+ messages in thread
From: Ian Roxborough @ 2004-02-07 15:49 UTC (permalink / raw)
  To: insight


Hi,

If you're looking for a fast Table widget there is always the treeTable
widget from Source-Navigator.  A while ago we where going to remove
it from SN (also looking at a pure Tcl implementation), but with 10,000s
of symbols perform was bad.  In the end I did a minor rewrite of some
of the treeTable, mainly the redraw code which was very broken and
required maintain lots of call backs in Tcl for resizing everything,
now it resizes itself automatically .  I've not had to touch it since
making the redraw changes (your milage may vary).

Originally written by Khamis Abuelkomboz because there was nothing
fast enought to handle SN's symbol lists at the time.  Redhat owns
the Copyright and has released it under the GPL.

The files are snavigator/hyper/tkTreeTable.[ch].

If it's usage isn't straight forward you may have to look at the SN
code and see how it's used there.

Ian.

On Fri, 6 Feb 2004 10:23:06 -0800
Jim Ingham <jingham@apple.com> wrote:

> TkTable is a very widely used Tcl extension - distributed as a part of 
> ActiveState's Tcl toolkit.  The chances of Jeff's wanting to contribute 
> the code to the FSF (and change to a GPL license) are vanishingly 
> small.  OTOH, it is a substantial chunk of code, and when we tried to 
> do the memory window in pure Tcl the performance really sucked for big 
> windows.  So you would need another C-based table for Tk.  There is 
> another one (part of BLT) but that one is also BSD licensed, and the 
> author is not going to change that.
> 
> I don't know of one that is likely to be contributed.
> 
> Jim
> 
> >
> >> On Wed, 2004-02-04 at 08:34, Andrew Cagney wrote:
> >>> At present Insight depends on libgui.  How strong is this 
> >>> dependency? In particular, of the non Red Hat authored portions of 
> >>> the libgui library, how much does Insight require?  Is it possible 
> >>> to eliminate any such dependencies?
> >> The only parts of libgui (which are not owned by Red Hat) that I am
> >> certain we use are src/tkTable* and library/combobox.tcl.
> >> The tkCanvas stuff was used by SourceNavigator. I see that Martin Hunt
> >> checked in changes to remove compilation of several files (including
> >> tkCanvas), but he did not remove them from the repository.
> >> The comobox, written by Brian Oakley, has a readme that says:
> >> * completely, totally, free. I retain copyright but you are
> >>   free to use the code however you see fit. Don't be mean.
> >> A file describing the license for the tkTable widget, 
> >> written/maintained
> >> by Jeffrey Hobbs, is in libgui/doc/tkTable_license.terms.
> >
> > Sigh :-(  Don't want to see if they are interested in contributing 
> > that code, or find a replacement?
> >
> > Andrew
> >
> --
> Jim Ingham                                   jingham@apple.com
> Developer Tools
> Apple Computer

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: Insight's dependance on libgui?
       [not found] <1075995819.14950.ezmlm@sources.redhat.com>
@ 2004-02-06 18:23 ` Jim Ingham
  2004-02-07 15:49   ` Ian Roxborough
  0 siblings, 1 reply; 6+ messages in thread
From: Jim Ingham @ 2004-02-06 18:23 UTC (permalink / raw)
  To: insight

TkTable is a very widely used Tcl extension - distributed as a part of 
ActiveState's Tcl toolkit.  The chances of Jeff's wanting to contribute 
the code to the FSF (and change to a GPL license) are vanishingly 
small.  OTOH, it is a substantial chunk of code, and when we tried to 
do the memory window in pure Tcl the performance really sucked for big 
windows.  So you would need another C-based table for Tk.  There is 
another one (part of BLT) but that one is also BSD licensed, and the 
author is not going to change that.

I don't know of one that is likely to be contributed.

Jim

>
>> On Wed, 2004-02-04 at 08:34, Andrew Cagney wrote:
>>> At present Insight depends on libgui.  How strong is this 
>>> dependency? In particular, of the non Red Hat authored portions of 
>>> the libgui library, how much does Insight require?  Is it possible 
>>> to eliminate any such dependencies?
>> The only parts of libgui (which are not owned by Red Hat) that I am
>> certain we use are src/tkTable* and library/combobox.tcl.
>> The tkCanvas stuff was used by SourceNavigator. I see that Martin Hunt
>> checked in changes to remove compilation of several files (including
>> tkCanvas), but he did not remove them from the repository.
>> The comobox, written by Brian Oakley, has a readme that says:
>> * completely, totally, free. I retain copyright but you are
>>   free to use the code however you see fit. Don't be mean.
>> A file describing the license for the tkTable widget, 
>> written/maintained
>> by Jeffrey Hobbs, is in libgui/doc/tkTable_license.terms.
>
> Sigh :-(  Don't want to see if they are interested in contributing 
> that code, or find a replacement?
>
> Andrew
>
--
Jim Ingham                                   jingham@apple.com
Developer Tools
Apple Computer

^ permalink raw reply	[flat|nested] 6+ messages in thread

end of thread, other threads:[~2004-02-10 14:51 UTC | newest]

Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2004-02-04 16:34 Insight's dependance on libgui? Andrew Cagney
2004-02-04 17:08 ` Keith Seitz
2004-02-04 21:43   ` Andrew Cagney
     [not found] <1075995819.14950.ezmlm@sources.redhat.com>
2004-02-06 18:23 ` Jim Ingham
2004-02-07 15:49   ` Ian Roxborough
2004-02-10 14:51     ` Fernando Nasser

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).