From: Andrew Ross <andrewross@us...> - 2005-03-06 19:30:42
On Sat, Mar 05, 2005 at 04:06:50PM -0400, Thomas J. Duck wrote:
> A couple of issues have come up in my efforts to
> build and test a plplot release.
> 1) I needed to update configure.ac to use version 5.5.0
> in order to get a proper build. This means that if you
> bootstrap, your plplot version will be changed to 5.5.0.
> 2) Java: For some reason, /usr/include/jni.h is never
> detected during configure, and this is unexpected (for me).
> Can someone fix this? I can't test anything in Java yet.
Tom, the java support is a little complicated since there are variations
between the java compiler / JDK as to where files live. Which java
version / compiler are you using? Where is it located? If it is a
non-standard location (i.e. sun JDK) you may need to use the configure
options --with-java-home and --with-java-incdir to get it to work. It is
known to work out of the box under Debian sarge with gcj and kaffe, at
least it did when I last tested.
> 3) Configure reports that I am missing libitk, but I have
> libitk3.1.so.1 installed. What's this about?
> 4) The Debian pdl package depends on plplot, and so I can't
> apt-get install it, and will need to build it from scratch.
> I haven't done this yet, and so perl hasn't been tested.
> 5) For example 8, c and c++ produce postscript files that are
> twice as large as for the other languages. It looks to me
> as if some surfaces are plotted twice when I watch
> the xwin driver draw them. This causes some of our
> other interactive devices (like gcw) to respond rather
> slowly. Any volunteers to fix this?
Now fixed. Java was also broken. It was a no-brainer. Missing braces in
an else statement meant plsurf3d was called twice. The mistake in the C
version must have been around a while and was just copied into the C++
and java versions by me. I tend to just compare against the C version as
the baseline so I didn't notice.