Hi,
This is my first java package submitted to fedora extras and it's been suggested on #fedora-java that this would be the best place to talk about it. Please remember that though I've submitted quite a lot of packages for various languages to FE, this is my first java one so if I seem kinda dumb or ask blindingly obvious questions, this is the reason.
If you point your browsers to BZ#207077 you will see that I've submitted GNU classpath-0.92 for inclusion.
The discussion on #fedora-java is that libgcj is roughly equal to a version of classpath. However, when I've come to compile ikvm (already in FE, though as a compiled binary only) or Limewire, libgcj can't hack it, but classpath-0.92 just did the business and everything compiled.
Am I widdling into the wind by submitting this or is libgcj just that bit too far from classpath-0.92?
Second to this is a packaging problem.
Most of classpath goes straight into %{_libdir}, but two files are directed to /usr/lib (a logging and a security file). Is this the correct behaviour, or should I patch to ensure everything goes to the correct %{_libdir}?
TTFN
Paul
On Tue, 2006-09-19 at 22:21 +0100, Paul wrote:
Am I widdling into the wind by submitting this or is libgcj just that bit too far from classpath-0.92?
libgcj will not work if what you want is a runtime for IKVM or similar.
That being said, I'm not sure it makes sense to build and install GNU Classpath independently from another JVM project. I think we want JRE projects and related technology to get installed using the JPackage alternatives system. Can you describe your GNU Classpath use-cases a little more? For instance... you're building Limewire with what? And to run on what JRE?
AG
Hi,
Am I widdling into the wind by submitting this or is libgcj just that bit too far from classpath-0.92?
libgcj will not work if what you want is a runtime for IKVM or similar.
That's what I thought when I was speaking with the ikvm guys
That being said, I'm not sure it makes sense to build and install GNU Classpath independently from another JVM project. I think we want JRE projects and related technology to get installed using the JPackage alternatives system. Can you describe your GNU Classpath use-cases a little more? For instance... you're building Limewire with what? And to run on what JRE?
I'm building limewire against classpath. It should run on the same JVM that OOo runs on (gcj IIRC).
ikvm needs classpath to build happily
As it stands, ikvm is my top priority as it's currently breaking the FE packaging rules of being a binary only package (it was accepted in like this). Limewire would be nice, but it's a big package and I doubt will be that simple to build.
TTFN
Paul
"Paul" == Paul paul@all-the-johnsons.co.uk writes:
Paul> I'm building limewire against classpath. It should run on the same JVM Paul> that OOo runs on (gcj IIRC).
I would suggest trying to build it against the included gcj first. The FC6 libgcj is relatively up-to-date. If it doesn't build against libgcj there is some chance that it won't run on it anyway... and in that case we'd like to know what to pull in for a later update.
Paul> ikvm needs classpath to build happily
I thought IKVM included its own copy of Classpath.
Tom
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Anthony Green wrote:
libgcj will not work if what you want is a runtime for IKVM or similar.
That being said, I'm not sure it makes sense to build and install GNU Classpath independently from another JVM project. I think we want JRE
As far as I know, ikvm unfortunately bundles classpath. Unfortunately, I do not think the standalone classpath will work with it.
projects and related technology to get installed using the JPackage alternatives system. Can you describe your GNU Classpath use-cases a little more? For instance... you're building Limewire with what? And to run on what JRE?
cacao and jamvm can use (share) the standalone classpath. Sometimes, an updated glibj.zip is useful just for building (API stubs), and sometimes also for running (although less often). I cannot speak for Paul's particular use case, but this has been my general experience.
In any case, the use of classpath has nothing to do with the ability to set up the cacao and jamvm JVM's to use the JPackage alternatives system (I have done it).
As for ikvm, the story is more complicated, because although it can run Java programs, neither the layout or the tools it provides are the same as what would be included in the JDK.
- -- Sincerely,
David Walluck david@zarb.org
Hi,
libgcj will not work if what you want is a runtime for IKVM or similar.
That being said, I'm not sure it makes sense to build and install GNU Classpath independently from another JVM project. I think we want JRE
As far as I know, ikvm unfortunately bundles classpath. Unfortunately, I do not think the standalone classpath will work with it.
From my understanding, you have to build against the standalone classpath. Unless something has changed between 0.28 and 0.30 that is which I was unaware of. I'm more interested in ikvm for use with monodevelop.
As for ikvm, the story is more complicated, because although it can run Java programs, neither the layout or the tools it provides are the same as what would be included in the JDK.
ikvm really is only suited for use within the .NET framework (IMHO).
TTFN
Paul
On Tue, 2006-09-19 at 23:48 +0100, Paul wrote:
As far as I know, ikvm unfortunately bundles classpath. Unfortunately, I do not think the standalone classpath will work with it.
From my understanding, you have to build against the standalone classpath. Unless something has changed between 0.28 and 0.30 that is which I was unaware of. I'm more interested in ikvm for use with monodevelop.
Do you mean to say that ikvm would BuildRequire gnu-classpath but not Require it? Like it generates a derivative .jar file or something?
As for ikvm, the story is more complicated, because although it can run Java programs, neither the layout or the tools it provides are the same as what would be included in the JDK.
ikvm really is only suited for use within the .NET framework (IMHO).
Where does it look for security property files? How does it set the java.home property?
AG
java-devel@lists.fedoraproject.org