On 2006-10-07 22:48-0400 hbabcockos1@... wrote:
> On Oct 1, 2006, at 5:24 PM, Alan W. Irwin wrote:
>> improvements there. The current weak spot is Mac OS X, but I am sure
>> (with some help from Per and Koen) should be able to straighten that out
>> achieve a full-featured PLplot on that platform. I presume a month or so
> OS-X PLplot has, to my knowledge, all the features that it had in ABS, but
> that is perhaps too low of a bar? Anyway, I've added a page reflecting the
> current status to the wiki.
> Did anyone ever use PLplot with Tcl/Tk on OS-X? If so could you please let me
> know the versions, etc...
Koen, will you comment here about the current status of our ABS and CBS?
>From what I remember of your reported experiments everything worked
previously under our ABS including running the installed examples. According
to Hazen's report in the above wiki about our CBS status on Mac OS X, Tcl/Tk
does not build, and Java and octave build, but the Java and octave examples
do not work. So if I am remembering the ABS status properly, there is
obviously work to do on our CBS for Mac OS X.
> [...]I feel that ABS worked fine for most of
> what our users wanted from PLplot, i.e. a C/Fortran plotting library.
> Unless/until ABS rots to the point that it is no longer able to build the
> core libraries & drivers I don't see a good reason not to release with it.
> Sure the ABS files make it bigger for those who choose to use cmake, but
> since most platforms have ABS by default, it spares the end user the hassle
> of installing/learning what is not yet a standard configuration system. If
> they then decide that they want more features we can recommend that they
> install cmake & rebuild.
Hazen, on second thought you are probably correct and removing this ABS
convenience is premature. I guess we should continue to provide everything
supplied previously by our pre-built ABS until considerably further down the
road when its lack of maintenance catches up with us. That means we have to
carry a lot of pre-built autotools cruft in the tarball that the user who
still wants to use our ABS could generate for themselves, but I am willing
to go along with that extra ABS cruft for a while in the interest of
So I think our Mac OS X priorities now should be to get our CBS system up to
the same level as our ABS on Mac OS X (if that is required depending on what
you and Koen say about current comparisons between our ABS and CBS). It
also "would be nice" to get the psttf device driver to work.
On Windows platforms the goal is to eventually have the same PLplot features
as the Linux platform. I think we are already slightly ahead of the old
sys/win32/msdev build system, but I would like to hear from both Werner and
Arjen what PLplot feature they each want to get working next on windows with
On Linux, we are essentially feature complete, but we need to make some
changes to our tarball generation script, our CMake build system, and our
cpack invocation to generate a release tarball with our CBS that includes
everything that was present in previous release tarballs made with our ABS
as well as everything required by our CBS. In this way, our CBS can stand
completely on its own (i.e., generate a complete release tarball on its
own). All of these changes should be entirely straightforward. I plan to
work on this when we are closer to release.
Additionally, one of our developers may want to volunteer to modify every
Makefile.am to distribute the CMakeLists.txt files, but I do not plan to do
that myself since this falls under the category of maintenance of our
ABS-generated tarball, and I don't think that is necessary any more. Instead
I prefer (see above) to work on our CBS-generated tarball.
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 Yorick front-end to PLplot (yplot.sf.net); the
Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project