[Bug awt/16741] Toolkit.loadSystemColor unimplemented
--- Comment #4 from fitzsim at redhat dot com 2006-05-03 19:24 --- After a discussion about this with Sven, I think our current implementation is fine. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16741
[Bug awt/16741] Toolkit.loadSystemColor unimplemented
--- Comment #5 from fitzsim at redhat dot com 2006-05-03 19:25 --- Closing as WONTFIX. -- fitzsim at redhat dot com changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||WONTFIX http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16741
[Bug libgcj/27890] [4.2 regression] lib/logging.properties pollutes common namespace
--- Comment #6 from fitzsim at redhat dot com 2006-06-06 14:07 --- On the JDK lib files are stored in $JAVA_HOME/jre/lib. I've recently moved some files, like libjawt.so, that would conflict for multiple, parallel libgcj installations to the same prefix, to $(libdir)/gcj-$(gcc_version). I think we should move all such files there, and that directory should be libgcj's equivalent to the JDK's $JAVA_HOME/jre/lib. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27890
[Bug libgcj/27939] New: eclipse deadlock on startup
After killing Eclipse, for example to avoid http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27027 , starting it again deadlocks. The main window is initally drawn but then hangs so that the window contents are never updated again. This seems like a race condition that causes a deadlock because it does not always happen. Restarting Eclipse four or five more times eventually brings it up. -- Summary: eclipse deadlock on startup Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: libgcj AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: fitzsim at redhat dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27939
[Bug libgcj/28175] New: libgcj install tree should be relocatable
Ideally, libgcj's install tree would be relocatable. Currently though, there are places where we hard-code full paths, such as the -rpath values in gij. It would be nice if someone went through all such references and turned them into relative paths. On Linux-based systems one could use /proc/self/exe to look up the bin prefix. Other platforms would require their own tricks. -- Summary: libgcj install tree should be relocatable Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: libgcj AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: fitzsim at redhat dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28175
[Bug libgcj/28244] [4.2 regression] missing dependency causes build failure
--- Comment #2 from fitzsim at redhat dot com 2006-07-04 17:30 --- I'm testing a fix for this. -- fitzsim at redhat dot com changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |fitzsim at redhat dot com |dot org | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28244
[Bug libgcj/28244] [4.2 regression] missing dependency causes build failure
--- Comment #5 from fitzsim at redhat dot com 2006-07-06 21:14 --- I fixed the missing dependency on trunk. The hppa-unknown-linux-gnu problem should probably be a separate bug. I'm closing this one. -- fitzsim at redhat dot com changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28244
[Bug java/24798] New: classmap.db should reside in /var/lib/gcj/
>From [EMAIL PROTECTED]:
While we're changing things here I'd like to propose that the global
database be moved from /usr/lib/gcj-x.y.z/classmap.db to somewhere
like /var/lib/gcj/classmap.db. Unlike the per-package files the
global database is machine-specific, so putting it in /var makes us
more LSB-compliant. One practical advantage of this is that it would
allow our rpms to be used on systems with readonly /usr partitions.
--
Summary: classmap.db should reside in /var/lib/gcj/
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: java
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: fitzsim at redhat dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24798
[Bug libgcj/24798] classmap.db should reside in /var/lib/gcj/
-- fitzsim at redhat dot com changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |fitzsim at redhat dot com |dot org | Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2005-11-23 21:01:16 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24798
[Bug libgcj/28312] peer libraries are installed into gcjversionedlibdir, not into nativeexeclib
--- Comment #4 from fitzsim at redhat dot com 2006-08-14 17:23 --- Yes, closing. -- fitzsim at redhat dot com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28312
[Bug libgcj/27890] [4.2 regression] lib/logging.properties pollutes common namespace
--- Comment #9 from fitzsim at redhat dot com 2006-08-14 19:41 --- (In reply to comment #8) > Is this really the only problem? All .la, .a and .so files get overwritten as > well. I'm not sure what you mean by this. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27890
[Bug libgcj/28312] peer libraries are installed into gcjversionedlibdir, not into nativeexeclib
--- Comment #6 from fitzsim at redhat dot com 2006-08-15 15:01 --- What are you trying to do, exactly? This is the intended behaviour, that libgcj's configure overrides classpath's configure by injecting --with-native-libdir. Here is the configure fragment: # Determine where the standard .db file and GNU Classpath JNI # libraries are found. multi_os_directory=`$CC -print-multi-os-directory` case $multi_os_directory in .) dbexecdir='$(libdir)/gcj-$(gcc_version)' # Avoid /. ac_configure_args="$ac_configure_args --with-native-libdir=\$\(libdir\)/gcj-`cat $srcdir/../gcc/BASE-VER`" ;; *) dbexecdir='$(libdir)/'$multi_os_directory'/gcj-$(gcc_version)' ac_configure_args="$ac_configure_args --with-native-libdir=\$\(libdir\)/$multi_os_directory/gcj-`cat $srcdir/../gcc/BASE-VER`" ;; esac AC_SUBST(dbexecdir) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28312
[Bug libgcj/27890] [4.2 regression] lib/logging.properties pollutes common namespace
--- Comment #13 from fitzsim at redhat dot com 2006-08-22 20:41 --- Fixed by installing logging.properties and classpath.security in both lib and lib64, in the multilib case. This means that 32- and 64-bit property and module lists can be manipulated separately. Doing so will also fix PR28775. -- fitzsim at redhat dot com changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27890
[Bug java/28775] gcj-dbtool fails to work on x86_64: NoSuchAlgorithmException: MD5
--- Comment #3 from fitzsim at redhat dot com 2006-08-22 20:41 --- Fixed on trunk by commit for PR 27890. -- fitzsim at redhat dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28775
[Bug libgcj/31728] New: --enable-java-maintainer-mode should pass JNI header options to classpath configure
When --enable-java-maintainer-mode is specified, libgcj's configure should pass --enable-regen-headers --with-javah= --with-classpath=$srcdir/classpath/lib to classpath/configure, so that GNU Classpath's JNI headers are rebuilt with the maintainer gjavah against the bootstrap classes. -- Summary: --enable-java-maintainer-mode should pass JNI header options to classpath configure Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: libgcj AssignedTo: fitzsim at redhat dot com ReportedBy: fitzsim at redhat dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31728
[Bug AWT/16305] libgcj must supply libjawt.so
--- Additional Comments From fitzsim at redhat dot com 2005-02-16 19:55 --- Implemented on mainline. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16305
[Bug AWT/20029] Robot needs XTest
--- Additional Comments From fitzsim at redhat dot com 2005-02-17 19:18 --- Yes, I'll have to re-add the -lXtst flag. The problem I've seen is that re-adding this causes an abort failure. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-02-17 19:18:52 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20029
[Bug libgcj/20090] New: gij should be implemented in Java
We need a new class gnu.gcj.runtime.Main that handles the same set of non-jvm options handled by the java command. Then gij.cc could use the invocation API to parse out the jvm options, create a jvm, set up the java argument list and call gnu.gcj.runtime.Main.main. This would allow us to easily create a proper "java" command, using the invocation API. Also, it would eliminate the need for libgij. Instead, one could do: gcj --main=gnu.gcj.runtime.Main -D... -- Summary: gij should be implemented in Java Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P2 Component: libgcj AssignedTo: fitzsim at redhat dot com ReportedBy: fitzsim at redhat dot com CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20090
[Bug AWT/17952] Windows don't show with window manager that supports _NET_REQUEST_FRAME_EXTENTS
--- Additional Comments From fitzsim at redhat dot com 2005-02-21 00:13 --- This wasn't actually fixed by the merge. -- What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17952
[Bug AWT/17952] Windows don't show with window manager that supports _NET_REQUEST_FRAME_EXTENTS
--- Additional Comments From fitzsim at redhat dot com 2005-02-21 00:54 --- Yeah, this was a mistake on my part. I thought the bug had been fixed by the merge but it wasn't. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17952
[Bug AWT/19842] MouseEvent ignores Button2 and Button3
--- Additional Comments From fitzsim at redhat dot com 2005-02-22 04:54 --- Fixed on mainline. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19842
[Bug AWT/17952] Windows don't show with window manager that supports _NET_REQUEST_FRAME_EXTENTS
--- Additional Comments From fitzsim at redhat dot com 2005-02-22 06:22 --- Fixed on mainline. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17952
[Bug AWT/19880] Frame.setIconImage broken
--- Additional Comments From fitzsim at redhat dot com 2005-02-22 06:26 --- This works for me on mainline. Closing. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||WORKSFORME Summary|Frame.setIconImage broken |Frame.setIconImage broken http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19880
[Bug AWT/19880] Frame.setIconImage broken
-- What|Removed |Added Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19880
[Bug AWT/20014] BufferedImage.getGraphics() aborts
-- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-02-22 06:27:45 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20014
[Bug AWT/20029] Robot needs XTest
--- Additional Comments From fitzsim at redhat dot com 2005-02-23 01:11 --- Fixed on mainline. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20029
[Bug libgcj/16923] -D* Options passed to JNI_CreateJavaVM are ignored
--- Additional Comments From fitzsim at redhat dot com 2005-02-23 17:38 --- Fixed on mainline. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16923
[Bug libgcj/20292] New: new test case PR16923 fails
As reported by Ranjit Mathew on [EMAIL PROTECTED]: On an *uninstalled GCC* testsuite run, I get a FAIL on the testcase: -- 8< -- Executing on host: /home/ranmath/src/gcc/build/gcc/xgcc -B/home/ranmath/src/gcc/ build/gcc/ /home/ranmath/src/gcc/gcc-20050224/libjava/testsuite/libjava.jni/invo cation/PR16923.c -I/home/ranmath/src/gcc/gcc-20050224/libjava/testsuite/../incl ude -lgcj -lm -o PR16923(timeout = 300) In file included from /home/ranmath/src/gcc/gcc-20050224/libjava/testsuite/libja va.jni/invocation/PR16923.c:2: /home/ranmath/src/gcc/gcc-20050224/libjava/testsuite/../include/jni.h:17:31: err or: gcj/libgcj-config.h: No such file or directory compiler exited with status 1 output is: In file included from /home/ranmath/src/gcc/gcc-20050224/libjava/testsuite/libja va.jni/invocation/PR16923.c:2: /home/ranmath/src/gcc/gcc-20050224/libjava/testsuite/../include/jni.h:17:31: err or: gcj/libgcj-config.h: No such file or directory FAIL: PR16923.c compilation -- 8< -- -- Summary: new test case PR16923 fails Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: libgcj AssignedTo: fitzsim at redhat dot com ReportedBy: fitzsim at redhat dot com CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20292
[Bug libgcj/20292] new test case PR16923 fails
-- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-03-02 21:49:57 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20292
[Bug libgcj/20292] new test case PR16923 fails
--- Additional Comments From fitzsim at redhat dot com 2005-03-03 22:18 --- Fixed on mainline and gcc-4_0-branch. Closing. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20292
[Bug libgcj/20251] [4.0 regression] libgcj configured with --enable-gtk-cairo fails on installation
--- Additional Comments From fitzsim at redhat dot com 2005-03-03 22:22 --- What platform are you on? Can you paste the exact configure and make lines that cause the build failure? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20251
[Bug libgcj/20251] [4.0 regression] libgcj configured with --enable-gtk-cairo fails on installation
--- Additional Comments From fitzsim at redhat dot com 2005-03-03 22:28 --- Also, was this a clean rebuild? In other words, did you start with an empty build directory and empty prefix before configuring and building? If not, I suggest you try that. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20251
[Bug libgcj/20251] [4.0 regression] libgcj configured with --enable-gtk-cairo fails on installation
--- Additional Comments From fitzsim at redhat dot com 2005-03-03 23:26 --- What do you mean "installing into a temporary location"? What does the "make install" line look like? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20251
[Bug java/20309] New: gcjh needs a -force option
The -force option forces gcjh to overwrite generated files where necessary, even if there is no difference between the old and new file. -- Summary: gcjh needs a -force option Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: java AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: fitzsim at redhat dot com CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20309
[Bug java/20388] New: gcj should have a -print-libgcj-jar-file-name option
To locate gcj's version-specific jni.h header, we use: gcj -print-file-name=include/jni.h We should have a similar way to print the libgcj.jar file name. This would be useful for packagers. -- Summary: gcj should have a -print-libgcj-jar-file-name option Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: java AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: fitzsim at redhat dot com CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20388
[Bug java/20388] gcj should have a -print-libgcj-jar-file-name option
-- What|Removed |Added Severity|normal |enhancement http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20388
[Bug libgcj/20395] New: GNU Crypto should be merged into libgcj
It would be much easier for packagers if GNU Crypto were included directly in libgcj. -- Summary: GNU Crypto should be merged into libgcj Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: libgcj AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: fitzsim at redhat dot com CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20395
[Bug libgcj/20251] [4.0/4.1 regression] libgcj configured with --enable-gtk-cairo fails on installation
--- Additional Comments From fitzsim at redhat dot com 2005-03-15 19:09 --- I couldn't reproduce this on my machine. Can you try out Jakub's patch? If it solves your problem we can close this. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20251
[Bug AWT/20630] New: Image APIs should use BufferedImage exclusively
The Java 1.1 imaging APIs were designed to be asynchronous, for loading images over slow networks. The design is very complicated and hard to implement. In 1.2 BufferedImages seem to have replaced Images. So, for example, Component.createImage() is declared to return an Image, but actually returns a BufferedImage. This makes the APIs synchronous -- which should make them much simpler to implement. We should do the same in our AWT implementation. This will involve the following: - removing all uses of ImageObserver, except when reporting errors in image loading, and when reporting a new frame in animated gifs - replacing GtkImage with BufferedImage - merging GtkImagePainter into GdkGraphics2D - making the switch to using GdkGraphics2D exclusively -- Summary: Image APIs should use BufferedImage exclusively Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: AWT AssignedTo: fitzsim at redhat dot com ReportedBy: fitzsim at redhat dot com CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20630
[Bug AWT/20720] New: crash when pressing laptop arrow keys
AWT applications crash when processing certain key events because the keysym-to-keycode mapping is wrong. The crash is preceded by this warning: ** (:7916): WARNING **: No keyval found for hardware keycode 233 *** glibc detected *** free(): invalid pointer: 0x085819a0 *** -- Summary: crash when pressing laptop arrow keys Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: AWT AssignedTo: fitzsim at redhat dot com ReportedBy: fitzsim at redhat dot com CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20720
[Bug java/20526] gij -X reports no options are recognized, while -Xmx and -Xms seem to be
--- Additional Comments From fitzsim at redhat dot com 2005-04-02 16:37 --- Fixed on HEAD and gcc-4_0-branch. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20526
[Bug libgcj/20090] gij should be implemented in Java
--- Additional Comments From fitzsim at redhat dot com 2005-04-02 16:47 --- It turns out there's nothing to do in Java -- instead, everything should be handled in gij.cc and then passed through the invocation API. The patch that implements this is now committed to HEAD and gcc-4_0-branch. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20090
[Bug java/20750] New: libgcj needs a --with-java-home configure option
For java-gcj-compat, we need to define these system properties: java.home=/usr/lib/jvm/java-1.4.2-gcj-1.4.2.0/jre sun.boot.class.path=/usr/lib/jvm/java-1.4.2-gcj-1.4.2.0/jre/lib/rt.jar A --with-java-home configure option would allow these properties to be set. -- Summary: libgcj needs a --with-java-home configure option Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P2 Component: java AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: fitzsim at redhat dot com CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20750
[Bug libgcj/20750] libgcj needs a --with-java-home configure option
-- What|Removed |Added Component|java|libgcj http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20750
[Bug libgcj/20750] libgcj needs a --with-java-home configure option
--- Additional Comments From fitzsim at redhat dot com 2005-04-04 20:44 --- The advantage is that we can then eliminate the java wrapper script completely and symlink the java command directly to gij. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20750
[Bug libgcj/20750] libgcj needs a --with-java-home configure option
--- Additional Comments From fitzsim at redhat dot com 2005-04-04 20:48 --- I should also mention; currently java-gcj-compat is separate from libgcj because it depends on ecj. Once gcjx lands we can use it as our bytecode compiler, and distributions will likely want to merge java-gcj-compat into the libgcj itself. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20750
[Bug libgcj/20750] libgcj needs a --with-java-home configure option
--- Additional Comments From fitzsim at redhat dot com 2005-04-04 21:39 --- Yes, eventually we'll install the same compatibiliy symlink forest we currently install in java-gcj-compat. For now though I only expect distributions packaging java-gcj-compat to use this option. For example, in Fedora Core, java-gcj-compat is a default package, so we expect it to be there and we add an rt.jar symlink from $JAVA_HOME/lib/rt.jar to libgcj-4.0.0.jar. People installing libgcj manually shouldn't use this option and won't be affected by it. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20750
[Bug libgcj/20750] libgcj needs a --with-java-home configure option
--- Additional Comments From fitzsim at redhat dot com 2005-04-06 03:57 --- Fixed on HEAD and gcc-4_0-branch. Closing. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20750
[Bug AWT/20790] New: libjawt.so must be renamed
libjawt.so needs to be renamed "libgcj-jawt.so". Because it is installed in the
standard library prefix and has the same name as Sun's AWT Native Interface
implementation library, proprietary JVMs pick up libgcj's libjawt.so and not
Sun's. We can install a symlink in java-gcj-compat so that applications
building against libjawt.so will not see the difference between libgcj-jawt.so
and libjawt.so.
--
Summary: libjawt.so must be renamed
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: AWT
AssignedTo: fitzsim at redhat dot com
ReportedBy: fitzsim at redhat dot com
CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu
dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20790
[Bug libgcj/31728] --enable-java-maintainer-mode should pass JNI header options to classpath configure
--- Comment #1 from fitzsim at redhat dot com 2007-04-27 19:59 --- Also, classpath/include/Makefile.am needs to only list headers actually built in the libgcj build, and the -force option should be passed to the gjavah calls. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31728
[Bug libgcj/23182] instanceof sometimes fails if compiled with -findirect-dispatch
--- Additional Comments From fitzsim at redhat dot com 2005-08-30 20:44 --- I suspect this is the same problem manifesting itself in JNI. This assertion fails in the GTK peers: assert ((*env)->IsAssignableFrom(env, objclazz, table->clazz)); table->clazz points to GtkGenericPeer and objclazz points to GtkWindowPeer; clearly IsAssignableFrom should return JNI_TRUE in this case. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23182
[Bug awt/20782] jawt assertion failure
--- Additional Comments From fitzsim at redhat dot com 2005-08-31 21:57 --- Fixed in GNU Classpath. Closing. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20782
[Bug libgcj/23686] path embbeded using -rpath is ignored when handling System.loadLibrary()
--- Additional Comments From fitzsim at redhat dot com 2005-09-01 20:53 --- Confirmed. Run the tests like this: LD_LIBRARY_PATH=`pwd` ./linked LD_LIBRARY_PATH=`pwd` ./linkedjava -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23686
[Bug libgcj/23686] path embbeded using -rpath is ignored when handling System.loadLibrary()
--- Additional Comments From fitzsim at redhat dot com 2005-09-01 21:25 --- In this case we have shared libraries under /opt with the same names as libraries under /usr/lib, and we want our program to always use the /opt libraries without users having to set LD_LIBRARY_PATH. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23686
[Bug libgcj/21741] Need configure option to set java.library.path
--- Additional Comments From fitzsim at redhat dot com 2005-09-02 01:02 --- This is actually a libgcj bug. I'm changing the Product. -- What|Removed |Added Component|classpath |libgcj Product|classpath |gcc Target Milestone|--- |4.1.0 Version|0.17|4.0.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21741
[Bug awt/20014] BufferedImage.getGraphics() aborts
--- Additional Comments From fitzsim at redhat dot com 2005-09-02 04:21 --- This worked on GNU Classpath CVS with -Dgnu.java.awt.peer.gtk.Graphics=Graphics2D. I also committed a small fix to make it work without -Dgnu.java.awt.peer.gtk.Graphics=Graphics2D. Closing. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20014
[Bug awt/16793] image not redrawn on expose events
--- Additional Comments From fitzsim at redhat dot com 2005-09-02 06:50 --- This is fixed now. Closing. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16793
[Bug libgcj/23182] instanceof sometimes fails if compiled with -findirect-dispatch
--- Additional Comments From fitzsim at redhat dot com 2005-09-05 17:40 --- >From http://java.sun.com/j2se/1.5.0/docs/guide/jni/spec/functions.html : IsAssignableFrom jboolean IsAssignableFrom(JNIEnv *env, jclass clazz1, jclass clazz2); Determines whether an object of clazz1 can be safely cast to clazz2. GtkWindowPeer can be safely cast to GtkGenericPeer so IsAssignableFrom should return JNI_TRUE. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23182
[Bug libgcj/23739] New: IsAssignableFrom reverses arguments
libgcj's IsAssignableFrom returns results opposite to those returned by Sun. This seems to be a simple mix-up of the meanings of the function's two arguments. -- Summary: IsAssignableFrom reverses arguments Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: libgcj AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: fitzsim at redhat dot com CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23739
[Bug libgcj/23739] IsAssignableFrom reverses arguments
--- Additional Comments From fitzsim at redhat dot com 2005-09-05 18:54 --- Created an attachment (id=9669) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9669&action=view) test case demonstrating incorrect IsAssignableFrom results To build the test case, run "make" in the iaf directory. $ make JAVA=gij run LD_LIBRARY_PATH=. $JAVA iaf B extends A isAssignableFrom (A, B): 1 isAssignableFrom (B, A): 0 $ make JAVA=/usr/java/jdk1.5.0_01/bin/java run LD_LIBRARY_PATH=. $JAVA iaf B extends A isAssignableFrom (A, B): 0 isAssignableFrom (B, A): 1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23739
[Bug libgcj/23182] instanceof sometimes fails if compiled with -findirect-dispatch
--- Additional Comments From fitzsim at redhat dot com 2005-09-05 18:55 --- What I'm seeing is a bug in libgcj's implementation of IsAssignableFrom. I've filed a separate report: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23739 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23182
[Bug awt/20720] crash when pressing laptop arrow keys
--- Additional Comments From fitzsim at redhat dot com 2005-09-06 03:16 --- Fixed in GNU Classpath. Closing. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20720
[Bug libgcj/21741] Need configure option to set java.library.path
--- Additional Comments From fitzsim at redhat dot com 2005-09-07 01:07 --- It turns out that Sun handles this in a strange way. To ensure that libjawt.so is found automatically, Sun's java executable prepends $JAVA_HOME/jre/lib/i386 to LD_LIBRARY_PATH then re-exec's itself within the new environment. I've just added a java command to java-gcj-compat that does the same thing only exec's gij instead of re-exec'ing itself. java.library.path has nothing to do with LD_LIBRARY_PATH except that its user-visible value defaults to the contents of LD_LIBRARY_PATH. The argument to -Djava.library.path= should be added to the dynamic library loader's search path. So we also need to support running JAWT apps like this: java -Djava.library.path=. gnu.classpath.examples.jawt.DemoJAWT Currently this doesn't work. Though the initial problem is fixed now, I won't close this bug until this usage pattern is also supported. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21741
[Bug awt/21598] rendering problem with button text
--- Additional Comments From fitzsim at redhat dot com 2005-09-07 04:09 --- This is actually a GTK bug; a GtkButton doesn't center its child vertically when the child's size requisition exceeds its size allocation. I'm going to write a GTK test case and submit a bug report and patch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21598
[Bug libgcj/23761] New: java.library.path doesn't affect module loading path
Setting java.library.path on the gij command line should set the module loader
path to the given argument. Currently an attempt is made to do this in
natSystemProperties.cc:
// If java.library.path is set, tell libltdl so we search the new
// directories as well. FIXME: does this work properly on Windows?
::java::lang::String *path =
newprops->getProperty(JvNewStringLatin1("java.library.path"));
if (path)
{
char *val = (char *) _Jv_Malloc (JvGetStringUTFLength (path) + 1);
jsize total = JvGetStringUTFRegion (path, 0, path->length(), val);
val[total] = '\0';
_Jv_SetDLLSearchPath (val);
_Jv_Free (val);
}
_Jv_SetDLLSearchPath in turn calls lt_dlsetsearchpath but this call does nothing
since lt_dlinit has not been called at this point in gij startup.
--
Summary: java.library.path doesn't affect module loading path
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: libgcj
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: fitzsim at redhat dot com
CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu
dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23761
[Bug libgcj/23762] New: java.library.path should default to value of environment variable specified by LTDL_SHLIBPATH_VAR
If java.library.path was not specified on the command line its value should default to the contents of LD_LIBRARY_PATH on GNU/Linux systems or LTDL_SHLIBPATH_VAR generally. -- Summary: java.library.path should default to value of environment variable specified by LTDL_SHLIBPATH_VAR Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: libgcj AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: fitzsim at redhat dot com CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23762
[Bug libgcj/21741] Need configure option to set java.library.path
--- Additional Comments From fitzsim at redhat dot com 2005-09-07 12:36 --- Filed two new bugs for the remaining java.library.path issues: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23761 and http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23762 I'm closing this bug. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21741
[Bug awt/21598] rendering problem with button text
--- Additional Comments From fitzsim at redhat dot com 2005-09-07 15:48 --- I filed a bug against GTK: http://bugzilla.gnome.org/show_bug.cgi?id=315462 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21598
[Bug awt/20630] GTK 2.8 peer Image and Graphics API reorganization
--- Additional Comments From fitzsim at redhat dot com 2005-09-10 01:15 --- I'm changing the summary to be more general. Now that GTK 2.8 and Cairo 1.0 are out we can make the transition to using Graphics2D exclusively in the GTK peers. This will allow us to re-organize the Image APIs to handle VolatileImages, BufferedImages and normal Images, remove GdkGraphics, remove GdkPixbufDecoder and split GdkGraphics2D into Image- and Component-specific graphics-contexts. -- What|Removed |Added Summary|Image APIs should use |GTK 2.8 peer Image and |BufferedImage exclusively |Graphics API reorganization http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20630
[Bug awt/16203] need to kill awt helper threads on gui app exit
--- Additional Comments From fitzsim at redhat dot com 2005-09-14 13:52 --- This broke when we moved back to the two-threaded event loop model. -- What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | Target Milestone|4.0.0 |--- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16203
[Bug awt/16203] need to kill awt helper threads on gui app exit
--- Additional Comments From fitzsim at redhat dot com 2005-09-14 13:53 --- *** Bug 23877 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||roman at kennke dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16203
[Bug libgcj/23762] java.library.path should default to value of environment variable specified by LTDL_SHLIBPATH_VAR
-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |fitzsim at redhat dot com |dot org | Status|UNCONFIRMED |ASSIGNED Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-09-14 20:14:52 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23762
[Bug libgcj/23762] java.library.path should default to value of environment variable specified by LTDL_SHLIBPATH_VAR
--- Additional Comments From fitzsim at redhat dot com 2005-09-14 20:15 --- Fixed on HEAD. Closing. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23762
[Bug libgcj/23761] java.library.path doesn't affect module loading path
--- Additional Comments From fitzsim at redhat dot com 2005-09-15 20:17 --- Fixed on mainline. Closing. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23761
[Bug awt/20757] FontMetrics.getStringBounds() missing
--- Comment #2 from fitzsim at redhat dot com 2005-10-05 15:21 --- Fixed. Closing. -- fitzsim at redhat dot com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20757
[Bug awt/20757] FontMetrics.getStringBounds() missing
-- fitzsim at redhat dot com changed: What|Removed |Added Target Milestone|--- |0.19 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20757
[Bug awt/16741] Toolkit.loadSystemColor unimplemented
--- Comment #3 from fitzsim at redhat dot com 2005-10-29 01:55 --- I want to leave it open until we have a pure-java implementation that reads colors from a .properties file. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16741
[Bug AWT/16708] NullPointerException while creating an image with GTK peer
--- Additional Comments From fitzsim at redhat dot com 2005-07-20 19:39 --- Fixed by Sven de Marothy in GNU Classpath. Closing. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16708
[Bug AWT/17008] GdkGraphics: drawImage tries to cast Image to GtkImage.
--- Additional Comments From fitzsim at redhat dot com 2005-07-20 19:39 --- Fixed by Sven de Marothy in GNU Classpath. Closing. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17008
[Bug AWT/17060] AWT: problems with drawImage and transparent images
--- Additional Comments From fitzsim at redhat dot com 2005-07-20 19:40 --- Fixed by Sven de Marothy in GNU Classpath. Closing. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17060
[Bug AWT/19838] Repaint-Loop due to setBackground()
--- Additional Comments From fitzsim at redhat dot com 2005-07-20 19:41 --- Fixed by Sven de Marothy in GNU Classpath. Closing. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19838
[Bug AWT/19846] AWT Toolkit.createImage very slow
--- Additional Comments From fitzsim at redhat dot com 2005-07-20 19:42 --- Fixed by Sven de Marothy in GNU Classpath. Closing. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19846
[Bug AWT/19847] AWT drawImage fails to render transparent GIFs
--- Additional Comments From fitzsim at redhat dot com 2005-07-20 19:43 --- Fixed by Sven de Marothy in GNU Classpath. Closing. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19847
[Bug AWT/16708] NullPointerException while creating an image with GTK peer
-- What|Removed |Added Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16708
[Bug AWT/19838] Repaint-Loop due to setBackground()
-- What|Removed |Added Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19838
[Bug AWT/19846] AWT Toolkit.createImage very slow
-- What|Removed |Added Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19846
[Bug AWT/19847] AWT drawImage fails to render transparent GIFs
-- What|Removed |Added Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19847
[Bug SWING/22567] JCheckBox's check box is missing
-- What|Removed |Added AssignedTo|graydon at redhat dot com |roman at kennke dot org Status|UNCONFIRMED |ASSIGNED Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-07-20 19:50:17 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22567
[Bug AWT/22163] scrollbars appear and disappear
-- What|Removed |Added Status|UNCONFIRMED |ASSIGNED Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-07-20 19:53:06 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22163
[Bug AWT/22162] double-click fails to select entire word
--- Additional Comments From fitzsim at redhat dot com 2005-07-20 20:04 --- The same problem occurs in standalone GTK text areas, so I'm going to close this as invalid here. If you feel strongly that the behaviour should be to select up to the next space we can re-file this in GNOME bugzilla under GTK. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22162
[Bug AWT/21882] Wrong Frame size if a frame has been created previously
--- Additional Comments From fitzsim at redhat dot com 2005-07-20 20:24 --- I can't reproduce this. Closing. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||WORKSFORME Summary|Wrong Frame size if a frame |Wrong Frame size if a frame |has been created previously |has been created previously http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21882
[Bug SWING/21880] javax.swing.text.JTextComponent has no read() method
--- Additional Comments From fitzsim at redhat dot com 2005-07-20 20:31 --- Fixed by classpath -> libgcj merge. Closing. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21880
[Bug AWT/21882] Wrong Frame size if a frame has been created previously
-- What|Removed |Added Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21882
[Bug awt/21747] JAWT_X11DrawingSurfaceInfo missing depth field
-- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-08-14 22:08:46 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21747
[Bug libgcj/21741] Need configure option to set java.library.path
--- Additional Comments From fitzsim at redhat dot com 2005-08-16 15:39 --- *** Bug 23403 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||fitzsim at redhat dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21741
[Bug libgcj/21741] Need configure option to set java.library.path
--- Additional Comments From fitzsim at redhat dot com 2005-08-16 15:41 --- libjawt.so is in the base package, so it will be found as long as /usr/lib/jvm/jre/lib/i386 is in java.library.path. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21741
[Bug swing/21444] Swing JList can't do multiple selection
-- What|Removed |Added AssignedTo|graydon at redhat dot com |abalkiss at redhat dot com Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21444
[Bug awt/21600] race condition with java applet
--- Additional Comments From fitzsim at redhat dot com 2005-08-18 02:03 --- This was a problem with locking in the GTK peers and interactions between the main and event threads. We connect a callback to the window realize signal. In that callback we release the GDK lock. The 1x1 window appears when the main thread calls GtkWindowPeer.nativeSetVisible. That method obtains the GDK lock, then calls gtk_widget_show. That eventually calls the realize callback, which then releases the GDK lock. Now, with the window initialization sequence left unlocked, the event dispatch thread can and does take control and receives a 1x1 configure event, before the window initialization is complete. I'm not sure why X/Metacity sends the bogus 1x1 configure event, but it only sends this within this unlocked period. If the lock is held during the callback we receive a configure event with proper dimensions after window initialization is complete. I fixed this by reworking the peers so that we never release the GDK lock within callbacks. It turns out this is never safe to do anyway, so it probably eliminates other similar race conditions. Closing. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21600
[Bug awt/21747] JAWT_X11DrawingSurfaceInfo missing depth field
--- Additional Comments From fitzsim at redhat dot com 2005-08-21 00:00 --- Fixed in Classpath. Closing. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21747
[Bug awt/20782] jawt assertion failure
--- Additional Comments From fitzsim at redhat dot com 2005-08-21 00:12 --- This suggests that a paint event is being delivered to the Canvas before the canvas's peer has been shown. I don't think this should ever happen though. We'll re-test this when my latest round of jawt patches have beem imported into libgcj. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20782
