Maurice, there is a question at the end for you about the current status of itcl.
On 2008-01-07 13:58-0700 Orion Poplawski wrote: > Well, Tcl 8.5 has finally landed in Fedora Development again. You can see > some results from earlier attempts here: > http://www.mail-archive.com/plplot-devel@lists.sourceforge.net/msg00440.html > > I've attached my recreated attempt to patch to handle it. Again, we compile, > but the examples don't actually run: > [...] This needs someone knowledgeable with Tcl internals to take a look. Orion, I am not that knowledgable about Tcl internals, but I do know in the past we have struggled with what to do about the internal (private) API for Tcl, and our solution has been to copy only the minimal #defines that we need rather than include the internal headers because many distros did not (at least in the past) package those internal headers. Therefore, your patch made me uneasy because you do include internal headers. Also you did some changes from CMake lists to blank-delimited strings. Generally, list processing is the preferred approach with CMake so I am trying to replace blank-delimited strings by lists wherever possible. Because of my concerns with your patch, I tried an alternative of absolutely minimalist changes. This approach (which I have just committed as of revision 8126) works (i.e., ctests without problems) with at least the Debian testing version of Tcl 8.5. Will you please give it a try to see if it works for Fedora Development? Andrew and Arjen will you please test as well on the platforms available to you? Note, if you have Tcl 8.5 on your system you must specify the cmake option -DHAVE_TCL_GT_84=ON. Normally that option defaults to OFF. (Later, if my Tcl 8.5 changes work for everybody regardless of whether they have Tcl 8.4 or 8.5, this crude approach should be replaced by a good automatic cross-platform test for the Tcl version, but I will leave that refinement for some Tcl expert.) N.B. itcl is not compatible with Tcl 8.5, and is probably going to be a problem for all future versions of Tcl because it appears not to be maintained any more. http://sourceforge.net/project/showfiles.php?group_id=13244 shows the last itcl release was a release candidate (!) done almost thre years ago. From the itcl FAQ, itcl is not a pure Tcl extension; it has to patch the Tcl core. Debian testing package dependencies show the latest itcl package depends on the tcl 8.4 package and is inconsistent with tcl 8.5. So my strong advice is to disable itcl and itk if you are going to try Tcl/Tk 8.5. Orion, interference from itcl may be the cause of your ctest time troubles with Tcl 8.5. Maurice, I would appreciate your further comments on the itcl situation. Is it not compatible with tcl 8.5 because that version of Tcl uses its own OO approach or is OO not going to be available at all for the Tcl future unless somebody starts actively supporting itcl? 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); PLplot scientific plotting software package (plplot.org); 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 __________________________ ------------------------------------------------------------------------- Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace _______________________________________________ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
