Menu
▾
▴
tcl-core
|
From: Kevin K. <kev...@gm...> - 2010-03-18 11:47:36
|
> Pat Thoyts wrote: >> I reckon we should just jam in the unix ipv6 support and windows can >> follow later. Twylite wrote: > Please, no! A huge amount of Tcl's value is in its ability to run > cross-platform. Windows developers (of Tcl) are already marginalised by > the atrociously Windows-unfriendly GNU build system. We can do without > marginalising Windows users (of Tcl for development) on functionality as > well. Listen to yourself: "If I can't have it on Windows, then nobody should have it, so the Unix support (which is already done) will just have to wait." Is that the sort of attitude that should govern the developers? -- 73 de ke9tv/2, Kevin |
|
From: Joe E. <jen...@fl...> - 2010-03-18 16:41:40
|
Reinhard Max wrote: > BTW, does HEAD still support any unix'ish platform that does not know > about stuff like AF_INET6 and getaddrinfo()? I removed the ifdefery to > switch between getaddrinfo() and gethostbyname(), because that was > easier for the initial implementation, but I would add it back in a > second step if it is really still needed. The two oldest machines I have available -- a 2002-vintage Octane (IRIX 6.5) and a 1997-era AIX box -- both lack getaddrinfo(). Last I checked, HEAD was still able to build on both of those (with a bit of coaxing). For context: RFC3493 was published in Feb 2003; it looks like there were only minor changes from RFC2533 (Mar 1999). (The original specification RFC2133 was published in Apr 1997, but there were relatively major changes between that one and RFC2533). I would not strongly object to dropping support for older Unices that lack getaddrinfo() (but will note that if we do, then it's open season on stuff like sgtty/termio support, the Solaris/Tru64 "strtod" bug, and any mention of MP-RAS in tcl.m4.) --Joe English jen...@fl... |
|
From: Reinhard M. <ma...@tc...> - 2010-03-18 16:57:52
|
On Thu, 18 Mar 2010 at 17:41, Joe English wrote: > The two oldest machines I have available -- a 2002-vintage Octane > (IRIX 6.5) and a 1997-era AIX box -- both lack getaddrinfo(). Last > I checked, HEAD was still able to build on both of those (with a bit > of coaxing). Hmm - how about a compat/getaddrinfo.c so that we can still support those platforms, but avoid putting back the ifdef'ery and duplicated logic into tclUnixSock.c and friends? cu Reinhard |
|
From: Jeff H. <je...@ac...> - 2010-03-18 17:05:14
|
On 2010-03-18, at 9:57 AM, Reinhard Max wrote: > On Thu, 18 Mar 2010 at 17:41, Joe English wrote: > >> The two oldest machines I have available -- a 2002-vintage Octane >> (IRIX 6.5) and a 1997-era AIX box -- both lack getaddrinfo(). Last >> I checked, HEAD was still able to build on both of those (with a bit >> of coaxing). > > Hmm - how about a compat/getaddrinfo.c so that we can still support > those platforms, but avoid putting back the ifdef'ery and duplicated > logic into tclUnixSock.c and friends? IMO this is a place where we draw the line on Tcl support. Those are both well beyond EOL systems by their manufacturers and should have no expectation for IPv6 support. I suspect Joe having them is more a curiosity than a business need. Someone actually running those in production just wouldn't update to Tcl 8.6. We need to spend our time supporting today's systems and to some extent yesterdays, but not yesterdecades. ;) Jeff |
|
From: Reinhard M. <ma...@tc...> - 2010-03-18 17:35:31
|
Hi, On Thu, 18 Mar 2010 at 18:05, Jeff Hobbs wrote: > IMO this is a place where we draw the line on Tcl support. Those > are both well beyond EOL systems by their manufacturers and should > have no expectation for IPv6 support. Well, such a wrapper won't add IPv6 support to those platforms, it would just retain IPv4 networking for them. > Someone actually running those in production just wouldn't update to > Tcl 8.6. Fine with me if that's the consensus. I only want to avoid that the rest of my work gets rejected just because I dropped support for gethostbyname(), so I'd rather provide a compat layer, if so desired. cu Reinhard |
|
From: Larry M. <lm...@bi...> - 2010-03-18 17:49:03
|
On Thu, Mar 18, 2010 at 10:05:05AM -0700, Jeff Hobbs wrote: > On 2010-03-18, at 9:57 AM, Reinhard Max wrote: > > On Thu, 18 Mar 2010 at 17:41, Joe English wrote: > > > >> The two oldest machines I have available -- a 2002-vintage Octane > >> (IRIX 6.5) and a 1997-era AIX box -- both lack getaddrinfo(). Last > >> I checked, HEAD was still able to build on both of those (with a bit > >> of coaxing). > > > > Hmm - how about a compat/getaddrinfo.c so that we can still support > > those platforms, but avoid putting back the ifdef'ery and duplicated > > logic into tclUnixSock.c and friends? > > IMO this is a place where we draw the line on Tcl support. Those are > both well beyond EOL systems by their manufacturers and should have > no expectation for IPv6 support. I suspect Joe having them is more > a curiosity than a business need. Someone actually running those in > production just wouldn't update to Tcl 8.6. We have both of those in our cluster and they find bugs. And IRIX 6.5.19 supports IPv6. So putting a change into the tree that doesn't compile on these machines is kind of a bummer for us. If there is a way to ifdef it out we can change our build process to do so. I personally could care less about IPv6, I believe that NAT solves the address problem and the world will come to that realization and we'll claw back all those class A blocks but whatever. I just need a tcl that works w/ IPv4 on those old platforms. -- --- Larry McVoy lm at bitmover.com http://www.bitkeeper.com |
|
From: Donal K. F. <don...@ma...> - 2010-03-18 20:07:58
Attachments:
donal_k_fellows.vcf
|
On 18/03/2010 17:48, Larry McVoy wrote: > I personally could care less about IPv6, I believe that NAT solves the > address problem and the world will come to that realization and we'll > claw back all those class A blocks but whatever. I just need a tcl > that works w/ IPv4 on those old platforms. There was a piece on slashdot a few weeks back IIRC on how the last major free blocks have been released for handing out, but what that really depends on where you are in the world, as the major allocations are done on a continental scale. It's like to be an issue in Asia fairly soon. Nobody's quite sure how long North America will be OK. Africa has oodles of space (internet adoption is relatively slow there) and Europe, despite being short, will last a long time due to the strictness of the rules in place[*]. While maybe it's not an issue for you, for others it most certainly is a problem. For example, at work we have a problem with running out of addresses for servers *despite* our using NAT a lot. Some of that is due to local policies to be sure (no, I don't particularly wish to discuss them) but even so. Now I happen to know that it might be a while before we can switch to IPv6, but putting off doing anything about the software that is in use doesn't help. It takes a long time to roll things out into all the nooks and crannies. Donal. [* I think you can't get a anything as large as a class B any more in Europe. They're just no longer for sale. ] |
|
From: Joe E. <jen...@fl...> - 2010-03-18 18:00:24
|
Jeff Hobbs wrote: > Reinhard Max wrote: > > Joe English wrote: > >> The two oldest machines I have available -- a 2002-vintage Octane > >> (IRIX 6.5) and a 1997-era AIX box -- both lack getaddrinfo(). Last > >> I checked, HEAD was still able to build on both of those (with a bit > >> of coaxing). > > Hmm - how about a compat/getaddrinfo.c so that we can still support > > those platforms, but avoid putting back the ifdef'ery and duplicated > > logic into tclUnixSock.c and friends? > > IMO this is a place where we draw the line on Tcl support. Those are both we > ll beyond EOL systems by their manufacturers and should have no expectation f > or IPv6 support. [ IRIX 6.5 isn't so much EOLed by the manufacturer as the manufacturer is EOLed itself, sigh :-( ] But what the current patch does isn't "no getaddrinfo() => no IPV6", it's "no getaddrinfo() => no socket support whatsoever". Reinhard's proposing (and I kinda agree) to completely replace gethostbyname() / htons() / etc. with calls to the modern RFC 3493 API. I think this is a good idea: kill the #ifdefs. > I suspect Joe having them is more a curiosity than a busine > ss need. Someone actually running those in production just wouldn't update t > o Tcl 8.6. Actually no, the Octane box is still in production. We still have a handful of customers using IRIX, and we've got a couple on-and-off projects that require it. (The AIX box OTOH is mostly for amusement value :-) I also keep them around because they've got good compilers -- they're useful for detecting portability and other problems that the GCC/MSVC double monoculture miss. > We need to spend our time supporting today's systems and to some extent yeste > rdays, but not yesterdecades. ;) Vintage 2002 isn't really all that old for Unix minis. Those suckers are *reliable*. That said, I still wouldn't object if mainline Tcl dropped support for getaddrinfo()less Unices. I know how to get it back if I need it. --Joe English |
|
From: David G. <dav...@po...> - 2010-03-19 08:56:29
|
Joe English wrote: > Reinhard's proposing (and I kinda agree) to completely > replace gethostbyname() / htons() / etc. with calls > to the modern RFC 3493 API. I think this is a good idea: > kill the #ifdefs. This extreme retired Tcl hacker who once messed around with ipv6 stuff agrees, too. All those damn port conversions back and forth from int to char* was getting silly. |
|
From: Joe E. <jen...@fl...> - 2010-03-18 17:39:00
|
Reinhard Max wrote: > > Hmm - how about a compat/getaddrinfo.c so that we can still support > those platforms, but avoid putting back the ifdef'ery and duplicated > logic into tclUnixSock.c and friends? That would be ideal. It would also be an extremely good idea to scrap all of the ill-considered HAVE_GETHOSTBYNAME_R_5 vs GETHOSTBYNAME_R_6 vs GETHOSTBYNAME_R_3 vs NEED_COPYHOSTENT vs. .... #ifdeffery; the compat routine strictly use the classic 4BSD API and just protect things by a mutex where necessary. --JE |
|
From: Christoph B. <chr...@lm...> - 2010-03-19 10:54:08
|
Hi, we need Tcl/Tk on AIX... And on our machine (also quite old, AIX 5.3) there is at least a man page for getaddrinfo(). Just for your information. Regards, Christoph Bauer -----Original Message----- From: Joe English [mailto:jen...@fl...] Sent: Thursday, March 18, 2010 5:42 PM To: tcl...@li... Subject: Re: [TCLCORE] The Long and Winding Road.. to 8.6.0 Reinhard Max wrote: > BTW, does HEAD still support any unix'ish platform that does not know > about stuff like AF_INET6 and getaddrinfo()? I removed the ifdefery to > switch between getaddrinfo() and gethostbyname(), because that was > easier for the initial implementation, but I would add it back in a > second step if it is really still needed. The two oldest machines I have available -- a 2002-vintage Octane (IRIX 6.5) and a 1997-era AIX box -- both lack getaddrinfo(). Last I checked, HEAD was still able to build on both of those (with a bit of coaxing). For context: RFC3493 was published in Feb 2003; it looks like there were only minor changes from RFC2533 (Mar 1999). (The original specification RFC2133 was published in Apr 1997, but there were relatively major changes between that one and RFC2533). I would not strongly object to dropping support for older Unices that lack getaddrinfo() (but will note that if we do, then it's open season on stuff like sgtty/termio support, the Solaris/Tru64 "strtod" bug, and any mention of MP-RAS in tcl.m4.) --Joe English jen...@fl... ------------------------------------------------------------------------------ Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev _______________________________________________ Tcl-Core mailing list Tcl...@li... https://lists.sourceforge.net/lists/listinfo/tcl-core |
|
From: Reinhard M. <ma...@tc...> - 2010-03-20 10:52:51
|
Hi, On Fri, 19 Mar 2010 at 11:27, Christoph Bauer wrote: > we need Tcl/Tk on AIX... > > And on our machine (also quite old, AIX 5.3) there is at least a man > page for getaddrinfo(). could you please try to compile rmax-ipv6-branch on that machine and run the test suite? If that produces any errors, I'd be interested in the differences compared to the rmax-ipv6-merge tag, which is HEAD as of before I applied the IPv6 changes. cu Reinhard |
|
From: Reinhard M. <ma...@tc...> - 2010-03-18 11:32:39
|
Hi, On Thu, 18 Mar 2010 at 11:51, Arnulf Wiedemann wrote: > I have built a new version of itcl tagged itcl-4-0b4 in cvs, while we are there: How does the CVS content relate to the tarball from 2008 that is labelled Itcl4.0? cu Reinhard |
|
From: Arnulf W. <ar...@wi...> - 2010-03-18 13:34:10
|
Am Donnerstag 18 März 2010 12:32:26 schrieb Reinhard Max: > Hi, > > On Thu, 18 Mar 2010 at 11:51, Arnulf Wiedemann wrote: > > I have built a new version of itcl tagged itcl-4-0b4 in cvs, > > while we are there: How does the CVS content relate to the tarball > from 2008 that is labelled Itcl4.0? > > cu > Reinhard > do you mean the part in the pkgs directory of tcl head? Itcl4.0b3 from the [incr Tcl] SourceForge releases is the one that went into pkgs directory of tcl head. Since that time there were mostly bugfixes for Itcl4.0b4 Arnulf |
|
From: Reinhard M. <ma...@tc...> - 2010-03-18 14:06:24
|
On Thu, 18 Mar 2010 at 14:04, Arnulf Wiedemann wrote: > do you mean the part in the pkgs directory of tcl head? no, I never noticed that one. I mean the Itcl4.0.tar.gz tarball from 2008 that the "Download Now!" button on http://sourceforge.net/projects/incrtcl/ links to. I only now found out that "View all files" shows much newer releases and that the tarball mentioned above appears to be a misnamed 8.4a0 release. Can you fix "Download Now!" to point to the latest release? cu Reinhard |
|
From: Donald G P. <don...@ni...> - 2010-03-18 15:01:01
|
Arnulf Wiedemann wrote: > Am Dienstag 16 März 2010 22:04:29 schrieb Donald G Porter: >> Donal K. Fellows wrote: >>> What's involved in making a release if we ignore these things? >> I need bundle-able releases of Itcl and tdbc. >> > Hello Donald, > I have built a new version of itcl tagged itcl-4-0b4 in cvs, which can be used > for bundling with tcl8.6b2. This is mostly a bugfix release of itcl. > Hope that helps to get 8.6b2 forward :) Thanks! Will try to test it out today or tomorrow. Does it include the changes that got made to the Itcl sources in the Tcl repos? (documentation, I think it was?) -- | Don Porter Mathematical and Computational Sciences Division | | don...@ni... Information Technology Laboratory | | http://math.nist.gov/~DPorter/ NIST | |______________________________________________________________________| |
|
From: Arnulf W. <ar...@wi...> - 2010-03-18 21:39:29
|
Am Donnerstag 18 März 2010 16:00:33 schrieb Donald G Porter: > Arnulf Wiedemann wrote: > > Am Dienstag 16 März 2010 22:04:29 schrieb Donald G Porter: > >> Donal K. Fellows wrote: > >>> What's involved in making a release if we ignore these things? > >> > >> I need bundle-able releases of Itcl and tdbc. > > > > Hello Donald, > > I have built a new version of itcl tagged itcl-4-0b4 in cvs, which can be > > used for bundling with tcl8.6b2. This is mostly a bugfix release of itcl. > > Hope that helps to get 8.6b2 forward :) > > Thanks! Will try to test it out today or tomorrow. > > Does it include the changes that got made to the Itcl sources in > the Tcl repos? (documentation, I think it was?) > The changes made to fit to the changed interface for some TclOO functions have been integrated, I forgot about the docu changes dkf gave me, I will add these tomorrow. Arnulf |
|
From: Reinhard M. <ma...@tc...> - 2010-03-18 16:38:42
Attachments:
itcl-headers.patch
itcl-CallItclObjectCmd.patch
|
Hi,
On Thu, 18 Mar 2010 at 11:51, Arnulf Wiedemann wrote:
> I have built a new version of itcl tagged itcl-4-0b4 in cvs,
itk4.0b4 doesn't built against an installed build of itcl4.0b4,
because some header files that are referenced by itclInt.h don't get
installed along with it. Fixed by the first attached patch.
Then, I was getting segfaults from CallItclObjectCmd() when using
4.0b4 with Tcl HEAD as of yesterday. Fixed by the second attached
patch.
Then, I found that 4.0b4 breaks [info complete] when used inside a
method, because the arguments get expanded somewhere along the way:
--- snip ---
package require Itcl
::itcl::class foo {
public method bar {a} {
info complete $a
}
}
foo myfoo
myfoo bar {bla blubb}
--- snap ---
$ tclsh ./check.tcl
wrong # args: should be "::info complete command"
while executing
"::info complete bla blubb"
("uplevel" body line 1)
invoked from within
"::itcl::builtin::Info {*}$args"
(object "::myfoo" procedure "::foo::info" body line 1)
invoked from within
"info complete $a"
(object "::myfoo" method "::foo::bar" body line 2)
invoked from within
"myfoo bar {bla blubb}"
(file "./check.tcl" line 8)
--- snup ---
cu
Reinhard |
|
From: Arnulf W. <ar...@wi...> - 2010-03-18 22:01:19
|
Am Donnerstag 18 März 2010 15:06:12 schrieb Reinhard Max: > On Thu, 18 Mar 2010 at 14:04, Arnulf Wiedemann wrote: > > do you mean the part in the pkgs directory of tcl head? > > no, I never noticed that one. > > I mean the Itcl4.0.tar.gz tarball from 2008 that the "Download Now!" > button on http://sourceforge.net/projects/incrtcl/ links to. > > I only now found out that "View all files" shows much newer releases > and that the tarball mentioned above appears to be a misnamed 8.4a0 > release. > > Can you fix "Download Now!" to point to the latest release? sorry no I cannot, as I am not an administrator for that project. Arnulf > > > cu > Reinhard > |
|
From: Jeff H. <je...@ac...> - 2010-03-18 22:22:57
|
On 2010-03-18, at 1:21 PM, Arnulf Wiedemann wrote: > Am Donnerstag 18 März 2010 15:06:12 schrieb Reinhard Max: >> On Thu, 18 Mar 2010 at 14:04, Arnulf Wiedemann wrote: >>> do you mean the part in the pkgs directory of tcl head? >> >> no, I never noticed that one. >> >> I mean the Itcl4.0.tar.gz tarball from 2008 that the "Download Now!" >> button on http://sourceforge.net/projects/incrtcl/ links to. >> >> I only now found out that "View all files" shows much newer releases >> and that the tarball mentioned above appears to be a misnamed 8.4a0 >> release. >> >> Can you fix "Download Now!" to point to the latest release? > > sorry no I cannot, as I am not an administrator for that project. You are now. |
|
From: Arnulf W. <ar...@wi...> - 2010-03-19 07:31:07
|
Am Donnerstag 18 März 2010 23:22:48 schrieb Jeff Hobbs: > On 2010-03-18, at 1:21 PM, Arnulf Wiedemann wrote: > > Am Donnerstag 18 März 2010 15:06:12 schrieb Reinhard Max: > >> On Thu, 18 Mar 2010 at 14:04, Arnulf Wiedemann wrote: > >>> do you mean the part in the pkgs directory of tcl head? > >> > >> no, I never noticed that one. > >> > >> I mean the Itcl4.0.tar.gz tarball from 2008 that the "Download Now!" > >> button on http://sourceforge.net/projects/incrtcl/ links to. > >> > >> I only now found out that "View all files" shows much newer releases > >> and that the tarball mentioned above appears to be a misnamed 8.4a0 > >> release. > >> > >> Can you fix "Download Now!" to point to the latest release? > > > > sorry no I cannot, as I am not an administrator for that project. > > You are now. > Thank you, I will try to find the place where to fix that. Arnulf |
|
From: Arnulf W. <ar...@wi...> - 2010-03-19 08:41:45
|
Am Freitag 19 März 2010 08:25:45 schrieb Arnulf Wiedemann: > Am Donnerstag 18 März 2010 23:22:48 schrieb Jeff Hobbs: > > On 2010-03-18, at 1:21 PM, Arnulf Wiedemann wrote: > > > Am Donnerstag 18 März 2010 15:06:12 schrieb Reinhard Max: > > >> On Thu, 18 Mar 2010 at 14:04, Arnulf Wiedemann wrote: > > >>> do you mean the part in the pkgs directory of tcl head? > > >> > > >> no, I never noticed that one. > > >> > > >> I mean the Itcl4.0.tar.gz tarball from 2008 that the "Download Now!" > > >> button on http://sourceforge.net/projects/incrtcl/ links to. > > >> > > >> I only now found out that "View all files" shows much newer releases > > >> and that the tarball mentioned above appears to be a misnamed 8.4a0 > > >> release. > > >> > > >> Can you fix "Download Now!" to point to the latest release? > > > > > > sorry no I cannot, as I am not an administrator for that project. > > > > You are now. > > Thank you, > I will try to find the place where to fix that. > Arnulf sorry I don't find the place where to fix "Download Now", can someone point me to the correct place? TIA Arnulf > > --------------------------------------------------------------------------- > --- Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > _______________________________________________ > Tcl-Core mailing list > Tcl...@li... > https://lists.sourceforge.net/lists/listinfo/tcl-core > |
|
From: Arnulf W. <ar...@wi...> - 2010-03-19 08:08:37
|
Am Donnerstag 18 März 2010 17:38:32 schrieb Reinhard Max:
> Hi,
>
> On Thu, 18 Mar 2010 at 11:51, Arnulf Wiedemann wrote:
> > I have built a new version of itcl tagged itcl-4-0b4 in cvs,
>
> itk4.0b4 doesn't built against an installed build of itcl4.0b4,
> because some header files that are referenced by itclInt.h don't get
> installed along with it. Fixed by the first attached patch.
>
> Then, I was getting segfaults from CallItclObjectCmd() when using
> 4.0b4 with Tcl HEAD as of yesterday. Fixed by the second attached
> patch.
>
> Then, I found that 4.0b4 breaks [info complete] when used inside a
> method, because the arguments get expanded somewhere along the way:
>
> --- snip ---
> package require Itcl
>
> ::itcl::class foo {
>
> public method bar {a} {
> info complete $a
> }
> }
> foo myfoo
> myfoo bar {bla blubb}
> --- snap ---
> $ tclsh ./check.tcl
> wrong # args: should be "::info complete command"
> while executing
> "::info complete bla blubb"
> ("uplevel" body line 1)
> invoked from within
> "::itcl::builtin::Info {*}$args"
> (object "::myfoo" procedure "::foo::info" body line 1)
> invoked from within
> "info complete $a"
> (object "::myfoo" method "::foo::bar" body line 2)
> invoked from within
> "myfoo bar {bla blubb}"
> (file "./check.tcl" line 8)
> --- snup ---
>
>
> cu
> Reinhard
>
I have integrated your patches and fixed the "info complete" problem. Thanks
for the patches. I will add the modifed manuals from dkf and then build new
tar balls.
Arnulf
|
|
From: Arnulf W. <ar...@wi...> - 2010-03-19 12:29:03
|
Am Freitag 19 März 2010 09:08:27 schrieb Arnulf Wiedemann:
> Am Donnerstag 18 März 2010 17:38:32 schrieb Reinhard Max:
> > Hi,
> >
> > On Thu, 18 Mar 2010 at 11:51, Arnulf Wiedemann wrote:
> > > I have built a new version of itcl tagged itcl-4-0b4 in cvs,
> >
> > itk4.0b4 doesn't built against an installed build of itcl4.0b4,
> > because some header files that are referenced by itclInt.h don't get
> > installed along with it. Fixed by the first attached patch.
> >
> > Then, I was getting segfaults from CallItclObjectCmd() when using
> > 4.0b4 with Tcl HEAD as of yesterday. Fixed by the second attached
> > patch.
> >
> > Then, I found that 4.0b4 breaks [info complete] when used inside a
> > method, because the arguments get expanded somewhere along the way:
> >
> > --- snip ---
> > package require Itcl
> >
> > ::itcl::class foo {
> >
> > public method bar {a} {
> > info complete $a
> > }
> > }
> > foo myfoo
> > myfoo bar {bla blubb}
> > --- snap ---
> > $ tclsh ./check.tcl
> > wrong # args: should be "::info complete command"
> > while executing
> > "::info complete bla blubb"
> > ("uplevel" body line 1)
> > invoked from within
> > "::itcl::builtin::Info {*}$args"
> > (object "::myfoo" procedure "::foo::info" body line 1)
> > invoked from within
> > "info complete $a"
> > (object "::myfoo" method "::foo::bar" body line 2)
> > invoked from within
> > "myfoo bar {bla blubb}"
> > (file "./check.tcl" line 8)
> > --- snup ---
> >
> >
> > cu
> > Reinhard
>
> I have integrated your patches and fixed the "info complete" problem.
> Thanks for the patches. I will add the modifed manuals from dkf and then
> build new tar balls.
>
> Arnulf
>
> ---------------------------------------------------------------------------
> --- Download Intel® Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> _______________________________________________
> Tcl-Core mailing list
> Tcl...@li...
> https://lists.sourceforge.net/lists/listinfo/tcl-core
>
I have now also integrated the doc changes from dkf (thanks to Donal), and
have added a new tag in csv: itcl-4-0b41. I have also uploaded a new tarball
to sourceforge (same version as before as there were only 2 downloads besides
Reinhard)
Arnulf
P.S.: @Reinhard, do you have plans to attend European Tcl Conference in
Strasbourg? I will be there.
|
|
From: Donald G P. <dg...@ni...> - 2010-03-19 15:52:55
|
Arnulf Wiedemann wrote: > I have now also integrated the doc changes from dkf (thanks to Donal), and > have added a new tag in csv: itcl-4-0b41. I think it would make more sense to just move the tag you already have (`cvs tag -F`). That's what I do with RC's of Tcl and Tk releases. -- | Don Porter Mathematical and Computational Sciences Division | | don...@ni... Information Technology Laboratory | | http://math.nist.gov/~DPorter/ NIST | |______________________________________________________________________| |
Thanks for helping keep SourceForge clean.
X