Re: tclsh83.exe should be cygtclsh83.exe

2003-01-30 Thread S . L .
Chuck, I do consider this thread is closed, but, [...] > > ftp://ftp.nanotech.wisc.edu/pub/khan/tcl/tcltk-8.3.4-cygwin/ > > [...] [...] > > But that tk is X-based, isn't it? There is no way that the default [...] just for the records: it's not. SLao -- +++ GMX - Mail, Messaging & more ht

Re: tclsh83.exe should be cygtclsh83.exe

2003-01-30 Thread William A. Hoffman
No, it is windows based. -Bill At 11:39 PM 1/29/2003 -0500, Charles Wilson wrote: >William A. Hoffman wrote: > >>There is a complete tcl that can be found here: >>ftp://ftp.nanotech.wisc.edu/pub/khan/tcl/tcltk-8.3.4-cygwin/ >>It would be great if this was used. It is a complete tcl that works

Re: tclsh83.exe should be cygtclsh83.exe

2003-01-29 Thread Charles Wilson
William A. Hoffman wrote: There is a complete tcl that can be found here: ftp://ftp.nanotech.wisc.edu/pub/khan/tcl/tcltk-8.3.4-cygwin/ It would be great if this was used. It is a complete tcl that works under cygwin. But that tk is X-based, isn't it? There is no way that the default cygwin

Re: tclsh83.exe should be cygtclsh83.exe

2003-01-29 Thread Jason Tishler
Chuck, On Tue, Jan 28, 2003 at 08:54:19PM -0500, Charles Wilson wrote: > Charles Wilson wrote: > /usr/lib/libtcl8.3.a -> libcygtcl83.a > > I forgot to mention, I created the libtcl8.3.a file as a symlink; The above will no longer be necessary for Python 2.3. Plus, the "cyg" prefixes has been re

Re: tclsh83.exe should be cygtclsh83.exe

2003-01-29 Thread William A. Hoffman
> > >As far as the libraries for tcl, I dunno. That's a decision made by the tcl/tk folks >over on the insight list. For the record, I have these in my /usr/lib dir: >/usr/lib/libcygitcl32.a >/usr/lib/libcygtcl83.a >/usr/lib/libtcl8.3.a <<<-- >/usr/lib/libcygitclstub32.a >/usr/lib/

Re: tclsh83.exe should be cygtclsh83.exe

2003-01-28 Thread Charles Wilson
Charles Wilson wrote: tcl/tk folks over on the insight list. For the record, I have these in my /usr/lib dir: /usr/lib/libcygitcl32.a /usr/lib/libcygtcl83.a /usr/lib/libtcl8.3.a <<<-- /usr/lib/libcygitclstub32.a /usr/lib/libcygtclstub83.a /usr/lib/tclConfig.sh /usr/lib/libtcl8.3

Re: tclsh83.exe should be cygtclsh83.exe

2003-01-28 Thread Charles Wilson
Peter A. Castro wrote: If that is NOT what you are suggestion -- e.g. that only tclsh83 should be renamed -- why? Why is tclsh83 special? By that same token, why do the tcl libraries have "cyg" in their name? Eg: libtcl83.a is named libcygtcl83.a. Why? It's still tcl. Why are the libraries

Re: tclsh83.exe should be cygtclsh83.exe

2003-01-28 Thread William A. Hoffman
If this was REALLY a full tclsh83.exe, I would have less of a problem with it. However, this is some small sub-set of tclsh83 that replaces a FULL cygtclsh80.exe. Perhaps this one should be called cyg-gdb-tclsh.If you have programs like cmake or configure scripts that look for tclsh, they find

Re: tclsh83.exe should be cygtclsh83.exe

2003-01-27 Thread S . L .
[...] > If that is NOT what you are suggestion -- e.g. that only tclsh83 should > be renamed -- why? Why is tclsh83 special? [...] [cough, ough!] Yes, yes, why?! Why is it the one and only cygwin app (except the specific applications, e.g. cygcheck, cygpath) that cannot do a "$ /bin/tclsh83.exe

Re: tclsh83.exe should be cygtclsh83.exe

2003-01-27 Thread Peter A. Castro
On Mon, 27 Jan 2003, Charles Wilson wrote: > William A. Hoffman wrote: > > I recently ran setup, and one of the new packages, I think gdb, caused > > a tclsh83.exe to be installed into /usr/bin. It would be nice if > > this were a full working tclsh83.exe, but it is not.However, it conflicte

Re: tclsh83.exe should be cygtclsh83.exe

2003-01-27 Thread Charles Wilson
William A. Hoffman wrote: I recently ran setup, and one of the new packages, I think gdb, caused a tclsh83.exe to be installed into /usr/bin. It would be nice if this were a full working tclsh83.exe, but it is not.However, it conflicted with the working tclsh83.exe I already had in my path.