Package: java-gcj-compat
Version: 1.0.41-1
Severity: grave
Justification: renders package unusable
Hi,
trying /usr/lib/jvm/java-gcj/bin/java gives me:
error spawning gij
Running with strace shows that the java binary assumes an
unversioned gij binary in /usr/bin
execve(/usr/bin/gij, [./java],
Hi Nathanael,
Nathanael Nerode wrote:
And for pkg-java-maintainers:
* Why was kaffe deliberately broken on mips and mipsel?
It was never _deliberately_ broken on mips and mipsel. On mipsel jikes
went broken and as there is no gcj available we have no option to compile
kaffe there at the
Package: java-gcj-compat-dev
Version: 1.0.30-4
Severity: wishlist
Hi Matthias,
I tested tomcat5 with java-gcj-compat-dev and it works with one
workaround.
tomcat5 checks for JDK functionality by precense of the jdb tool.
It's sufficient for startup if it is linked to /bin/true. However
I would
Hi GCC Team and Barry,
if mips/mipsle java build can be enabled I think doing this for
the current default 4.0 release in unstable would be more important
than in the old 3.3 release and (in my opinion) enough.
Free java is well usable with the 4.0 release and I see no gain from
also activating
Package: java-gcj-compat-dev
Version: 1.0.30-2
Severity: normal
Hi,
gjdoc uses kaffe as the default executing vm if no other is specified
before calling the gjdoc script.
Therefore javadoc cannot link directly to gjdoc but has to provide
a wrapper script like:
#!/bin/sh
Package: java-gcj-compat
Version: 1.0.28-6
Severity: important
Hi,
just realized that one of the last uploads of the gcc-4.0 source package
broke the links in the /usr/lib/jvm/java-gcj/include directory:
gandalf:/usr/lib/jvm/java-gcj/include# ls -l
insgesamt 4
lrwxrwxrwx 1 root root 41
6 matches
Mail list logo