On 2013-10-25 07:53-0000 Arjen Markus wrote: > Where did you find that information about Tcl no longer supporting 32-bits > Windows? > ActiveTcl 8.6.1 comes in two flavours for Windows for instance: 32-bits and > 64-bits. > Or is this something specific to MinGW/MSYS?
Hi Arjen: Thanks to your question, I investigated some more and discovered my mistake. Here is the actual quote from win/README in the Tcl-8.6.1 source tree that was confusing me: "Note: Tcl no longer provides support for Win32s." I incorrectly interpreted that "s" to be plural, i.e., referring to various kinds of Win32 systems, but I have just now realized that "Win32s" is the name of an old version of Windows, and Tcl no longer supporting that old version is not much of a concern. This implies I can continue to use a pure 32-bit version of Wine which should greatly simplify my life. So I am glad you responded above to what I said. >> N.B. I do expect the Linux build of Tk to be useful for testing PLplot on >> cutting-edge >> Tk. But for now the corresponding Windows build of Tk (if it works) will >> mostly just be >> a curiosity since it will be the version of Tk that just uses a subset of >> the X calls. But >> I am going to attempt that Tk build on Windows for completeness, and because >> it >> might be useful later. In fact, currently I believe there is even a few >> simple tests you >> can run against that "subset" version of Tk using PLplot (the >> "runAllDemos.tcl" code >> that can be tested using the procedure in examples/tk/README.tkdemos was >> originally developed on Windows and uses its own unique bindings located at >> binding/tk-x-plat that stay within the subset API of Tk). >> >> In sum, I have made a good start toward the goal of supplying some >> interesting test >> results for the latest versions of Tcl and Tk for both Linux and Windows. >> > > I have been able to build the Tk bindings and related drivers under Cygwin. > Since there is > a X11 Window server and window manager for that platform, I could run the > examples > on my Windows laptop. I remember that result, and also the slow speed for it that you reported at the time (presumably because the translation of X calls to native graphics Windows calls is inefficient). I think the responsiveness of the Tk GUI would be much quicker if the PLplot Tk bindings just used the subset Tk API which would bypass X and effectively call Windows graphics directly. And similarly, I think you would get substantial speed gains for graphical devices when the Cairo and Qt libraries are configured and built to take advantage of direct Windows graphics rather than using X. Alan __________________________ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations with the FreeEOS equation-of-state implementation for stellar interiors (freeeos.sf.net); the Time Ephemerides project (timeephem.sf.net); PLplot scientific plotting software package (plplot.sf.net); the libLASi project (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project (lbproject.sf.net). __________________________ Linux-powered Science __________________________ ------------------------------------------------------------------------------ October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register > http://pubads.g.doubleclick.net/gampad/clk?id=60135991&iu=/4140/ostg.clktrk _______________________________________________ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
