[Bug libgcj/27265] New: ClassNotFoundException: gnu.java.awt.peer.gtk.GtkToolkit

2006-04-22 Thread greenrd at gcc dot gnu dot org
Summary: ClassNotFoundException: gnu.java.awt.peer.gtk.GtkToolkit Product: gcc Version: 4.1.1 Status: UNCONFIRMED Severity: major Priority: P3 Component: libgcj AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: greenrd at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27265

[Bug libgcj/27265] ClassNotFoundException: gnu.java.awt.peer.gtk.GtkToolkit

2006-04-22 Thread greenrd at gcc dot gnu dot org
--- Comment #1 from greenrd at gcc dot gnu dot org 2006-04-23 02:14 --- Looks like ltdl's configure script is setting the wrong default search path on x86_64. I found this patch that might help: http://dev.gentoo.org/~halcy0n/patches/patch/10_all_gcc4-libltdl-multilib.

[Bug libgcj/27368] New: [Xlib peer] Font.canDisplayUpTo throws UnsupportedOperationException

2006-05-01 Thread greenrd at gcc dot gnu dot org
n Product: gcc Version: 4.1.1 Status: UNCONFIRMED Severity: minor Priority: P3 Component: libgcj AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: greenrd at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27368

[Bug libgcj/13212] JNI/CNI AttachCurrentThread does not register thread with garbage collector

2006-01-09 Thread greenrd at gcc dot gnu dot org
--- Comment #21 from greenrd at gcc dot gnu dot org 2006-01-09 17:32 --- For those wondering what aph is talking about, the hack he is referring to (or at least the initial proposal for it) is at https://www.redhat.com/archives/fedora-devel-java-list/2006-January/msg2.html

[Bug libgcj/13212] JNI/CNI AttachCurrentThread does not register thread with garbage collector

2005-09-14 Thread greenrd at gcc dot gnu dot org
--- Additional Comments From greenrd at gcc dot gnu dot org 2005-09-15 00:27 --- Yes, I'm sure. I know what's going on here. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13212

[Bug libgcj/13212] JNI/CNI AttachCurrentThread does not register thread with garbage collector

2005-10-23 Thread greenrd at gcc dot gnu dot org
--- Comment #18 from greenrd at gcc dot gnu dot org 2005-10-23 10:44 --- Arno - you're missing the point. One of the test cases for this is rssowl (or more specifically, the SWT Browser widget, which embeds Mozilla on Linux). The Mozilla embedding subsystems (as opposed to the Mo

[Bug libgcj/24583] New: InetAddress.getLocalHost() returns broken InetAddress object when run in chroot

2005-10-29 Thread greenrd at gcc dot gnu dot org
unassigned at gcc dot gnu dot org ReportedBy: greenrd at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24583

[Bug libgcj/24583] InetAddress.getLocalHost() returns broken InetAddress object when run in chroot

2005-10-29 Thread greenrd at gcc dot gnu dot org
--- Comment #1 from greenrd at gcc dot gnu dot org 2005-10-30 00:21 --- Also, the hostname command does work inside the chroot - it returns the hostname of the real machine. So I don't think this is a reoccurrence of bug 17069. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24583

[Bug libgcj/24583] [4.0 only] InetAddress.getLocalHost() returns broken InetAddress object when local hostname cannot be resolved

2005-10-30 Thread greenrd at gcc dot gnu dot org
--- Comment #2 from greenrd at gcc dot gnu dot org 2005-10-30 12:00 --- The real problem here was that I had a typo in my /etc/hosts, so the hostname could not be resolved. I've updated the bug summary. GNU classpath 0.18 implements the correct behaviour: $ jamvm Tes

[Bug libgcj/25414] should update rmic

2006-02-27 Thread greenrd at gcc dot gnu dot org
--- Comment #2 from greenrd at gcc dot gnu dot org 2006-02-27 16:59 --- Another reason to update rmic is that the current rmic ignores its -classpath argument. -- greenrd at gcc dot gnu dot org changed: What|Removed |Added

[Bug libgcj/23495] java.lang.String.equals is suboptimal

2006-03-08 Thread greenrd at gcc dot gnu dot org
--- Comment #11 from greenrd at gcc dot gnu dot org 2006-03-08 14:39 --- Sorry, I can't submit patches to libjava because I'm tainted (except for the packages that are new in Mustang, which I haven't seen). Even though this is a small change, I prefer to err on the