Re: [Plplot-devel] release status as of v5_1_0_rc2

[Alan W. I. <ir...@be...>]

On Tue, 29 Jan 2002, Alan W. Irwin wrote:

> On Tue, 29 Jan 2002, Alan W. Irwin wrote:
>
> So RedHat 7.1 seems good, and it is now on to solaris.

The compile farm sparc

(uname -a
SunOS usf-cf-sparc-solaris-2 5.8 Generic_108528-11 sun4u sparc SUNW,Ultra-60)

had Tcl/Tk 8.3, but the names of the libraries were libtcl8.3.so and
libtk8.3.so so our configuration could not find them.  Also, there
was python but no numpy which meant no python could be used.  No matwrap
so octave could not be used.  No gtk+ so gnome could not be used, no libgd
or libcd so the useful png, jpeg, and cgm devices cannot be used.

Aint Solaris wonderful?

Anyhow, --with-gcc was able to build just the C, C++ (see note below), and
fortran front ends. And of the usual png, jpeg, cgm, psc, and plmeta devices
I usually test, only the last two are available.

4 of the 32 psc files were different (in quite subtle ways as revealed by
diff and visual inspection).

10 of the 32 plmeta files were different.  I have not looked at those in
detail yet, but I assume the differences will be small.

C++ build problem.  For the static libraries on solaris, library order
matters.  plplot-config --libs --with-c++ currently puts the -lplcxxd
parameter in the wrong order so I had to change it by hand to get everything
to work.  Tomorrow, I will change plplot-config.in to do the linking in
the right order.

For those who are continuing cross-platform tests, if you are using static
libraries and C++ is enabled you should watch out for this problem when
running the ...lib/plplot5.1.0/examples/Makefile.

Conclusion: there are still a few tag ends to do before I can move from
the testing process to the actual release process, but it still looks like
the release will happen tomorrow.

Alan