On 2007-11-14 13:54-0000 Andrew Ross wrote:
> On Mon, Nov 12, 2007 at 10:27:28PM +0000, Andrew Ross wrote:
>> On Sun, Nov 11, 2007 at 04:11:26PM -0800, Alan Irwin wrote:
>>>
>>> I am trying the free-java-sdk package. Perhaps there is some Debian
>>> bug with it.
>>
>> Actually, I've just seen the build logs today and there are java
>> problems on some architectures too so you may not be alone.
>
> OK. Some testing on Ubuntu Gutsy (latest stable).
>
> Building with jikes-kaffe works fine on i386 / amd64 architectures.
>
> ctest passes with blackdown java j2re1.4.
> ctest passes with gij-4.2.
> ctest passes with java-sun5-sdk
>
> ctest fails on example 21 with kaffe with the error
> FATAL ERROR: No more room for local references
>
> I believe this issue has been around for a while and is related to the
> way swig passes data around. I've tried a couple of things to alleviate
> the problem but with limited success. My knowledge of java memory
> allocation and garbage collection is a little limited though...
>
> ctest fails on example 8 using sablevm with the error
> sablevm: INTERNAL ERROR (source file "native_interface.c", function
> "GetBooleanArrayElements", line 25011): todo
> Checking the source, this is not implemented in this version of sablevm,
> although it is part of the standard JNI. Any functions using arrays of
> boolean types will not work with sablevm. Alan, can you confirm this is
> your version of sablevm?
You didn't mention the sablevm package version you were running. Mine is
1.13-1.1. I can confirm for that version that the build works fine, but
ctest fails with exactly the above error message so I think you must have
the same (limited) version.
>
> So from a free point of view it looks like the best option for now is to
> use the gij version of java, or if your conscience allows go for one of
> the versions based on Sun's sdk.
Here is my assessment of PLplot java on Debian/Ubuntu. You have proved
three different java implementations build and ctest fine, and two others
(jikes-kaffe and free-java-sdk which depends on jikes-sablevm and sablevm)
build fine, but have ctest problems. I believe that shows there are
deficiencies in the kaffe and sablevm java virtual machine implementations
which you should avoid by putting in specific build and run-time dependences
in your Debian packages.
For now, I am following my own advice. I have just run
apt-get --purge remove free-java-sdk
apt-get autoremove #To remove free-java-sdk dependencies
apt-get install gij, gcj, fastjar
One of the dependencies of gij is libgcj8-dev. That installs jni.h in
/usr/lib/gcc/x86_64-linux-gnu/4.2/include for some strange reason. About a
zillion different Debian packages provide jni.h (some of them in more
standard locations). But if you do not have those other packages installed,
then you must
export CMAKE_INCLUDE_PATH=/usr/lib/gcc/x86_64-linux-gnu/4.2/include
(or whatever is appropriate for your hardware platform) to get gij to work.
After I made the above changes, java built and passed ctest without issues.
Furthermore, if you run
(for INDEX in ls x*j.psc |sed -e "s?x??" -e "s?j.psc??"; do echo $INDEX; \
diff x${INDEX}[cj].psc; done) |less
in the test directory you will see all java examples give the same results
as the C examples except for example 21 (which you may have mentioned
before).
To summarize the Java issues:
(1) Doesn't ctest on some Debian java platforms. Andrew, could you please
file the appropriate Debian bug reports for kaffe and sablevm? I also
suggest you change the Debian dependencies in the Debian packaging effort
you are in charge of to avoid those platforms, but that (downstream)
packaging effort is not critical to our (upstream) release.
(2) Example 21 does not produce results that are consistent with the C
results. If you cannot come up with any quick fixes, that is something we
can deal with post-release.
(3) The library naming problem Hazen found on Mac OS X (see his recent post
to this list). To my mind that is the only release-critical issue left for
Java. Andrew, can you come up with a quick CMake fix for that?
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
__________________________
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Plplot-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel
