[Bug java/27101] GCJ rejects valid code (for Sun's measure of "valid')
--- Comment #4 from tromey at gcc dot gnu dot org 2006-04-12 17:38 --- I thought this looked like a dup, but I can't find the original. In any case, ISTR looking at the logic here in gcj at one point, and finding that it was all screwed up. Pinski: you can do: sed 's/^.//d' > File.java and then cut and paste... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27101
[Bug java/13021] GCJ Boehm descriptor may be incorrect if alignment != sizeof(void*)
--- Comment #2 from tromey at gcc dot gnu dot org 2006-04-12 17:42 --- I don't have a convenient way to test a fix for this. But it does not look very hard to fix... just adding an extra check in boehm.c:mark_reference_fields. Note that the corresponding code in libgcj already seems to handle this case: // If we run into a weird situation, we bail. if (off % sizeof (void *) != 0) return (void *) (GCJ_DEFAULT_DESCR); -- tromey at gcc dot gnu dot org changed: What|Removed |Added CC||tromey at gcc dot gnu dot | |org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13021
[Bug libgcj/26522] [4.1/4.2 Regression] gcc-4.1.0-RC{1,2} install headers into a top-level (root) /include
--- Comment #4 from tromey at gcc dot gnu dot org 2006-04-13 21:04 --- Subject: Bug 26522 Author: tromey Date: Thu Apr 13 21:04:04 2006 New Revision: 112925 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=112925 Log: PR libgcj/26522: * Makefile.in: Rebuilt. * Makefile.am (libsubdir): New variable. Modified: trunk/libjava/ChangeLog trunk/libjava/Makefile.am trunk/libjava/Makefile.in -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26522
[Bug libgcj/26522] [4.1/4.2 Regression] gcc-4.1.0-RC{1,2} install headers into a top-level (root) /include
--- Comment #5 from tromey at gcc dot gnu dot org 2006-04-13 21:08 --- Subject: Bug 26522 Author: tromey Date: Thu Apr 13 21:08:49 2006 New Revision: 112926 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=112926 Log: PR libgcj/26522: * Makefile.in: Rebuilt. * Makefile.am (libsubdir): New variable. Modified: branches/gcc-4_1-branch/libjava/ChangeLog branches/gcc-4_1-branch/libjava/Makefile.am branches/gcc-4_1-branch/libjava/Makefile.in -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26522
[Bug libgcj/26522] [4.1/4.2 Regression] gcc-4.1.0-RC{1,2} install headers into a top-level (root) /include
--- Comment #6 from tromey at gcc dot gnu dot org 2006-04-13 21:10 --- Fix checked in. -- tromey at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26522
[Bug libgcj/27170] Deadlock in garbage collector
--- Comment #6 from tromey at gcc dot gnu dot org 2006-04-17 16:00 --- We could either use here (see ltdl.c) or we could use libltdl instead of directly using dlopen... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27170
[Bug libgcj/27171] UTF8 PrintWriter goes haywire
--- Comment #1 from tromey at gcc dot gnu dot org 2006-04-17 20:13 ---
Simplified test case:
public class main {
public static void main(String[] args) {
char x = 56478;
System.out.println(new String(new char[] { x }));
}
}
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfirmed|-00-00 00:00:00 |2006-04-17 20:13:49
date||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27171
[Bug libgcj/27171] UTF8 PrintWriter goes haywire
--- Comment #2 from tromey at gcc dot gnu dot org 2006-04-17 20:23 --- Testing a fix. -- tromey at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |tromey at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2006-04-17 20:13:49 |2006-04-17 20:23:35 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27171
[Bug libgcj/27171] UTF8 PrintWriter goes haywire
--- Comment #3 from tromey at gcc dot gnu dot org 2006-04-17 21:41 --- Subject: Bug 27171 Author: tromey Date: Mon Apr 17 21:41:47 2006 New Revision: 113013 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113013 Log: PR libgcj/27171: * testsuite/libjava.lang/pr27171.java: New file. * testsuite/libjava.lang/pr27171.out: New file. * gnu/gcj/convert/Output_UTF8.java (havePendingBytes): Return true if we've seen a high surrogate. (write): Handle high surrogates at the end of the stream. Properly emit isolated low surrogates. Added: trunk/libjava/testsuite/libjava.lang/pr27171.java trunk/libjava/testsuite/libjava.lang/pr27171.out Modified: trunk/libjava/ChangeLog trunk/libjava/gnu/gcj/convert/Output_UTF8.java -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27171
[Bug libgcj/27171] UTF8 PrintWriter goes haywire
--- Comment #4 from tromey at gcc dot gnu dot org 2006-04-17 21:45 --- Subject: Bug 27171 Author: tromey Date: Mon Apr 17 21:45:42 2006 New Revision: 113014 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113014 Log: PR libgcj/27171: * testsuite/libjava.lang/pr27171.java: New file. * testsuite/libjava.lang/pr27171.out: New file. * gnu/gcj/convert/Output_UTF8.java (havePendingBytes): Return true if we've seen a high surrogate. (write): Handle high surrogates at the end of the stream. Properly emit isolated low surrogates. Added: branches/gcc-4_1-branch/libjava/testsuite/libjava.lang/pr27171.java - copied unchanged from r113013, trunk/libjava/testsuite/libjava.lang/pr27171.java branches/gcc-4_1-branch/libjava/testsuite/libjava.lang/pr27171.out - copied unchanged from r113013, trunk/libjava/testsuite/libjava.lang/pr27171.out Modified: branches/gcc-4_1-branch/libjava/ChangeLog branches/gcc-4_1-branch/libjava/gnu/gcj/convert/Output_UTF8.java -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27171
[Bug libgcj/27171] UTF8 PrintWriter goes haywire
--- Comment #5 from tromey at gcc dot gnu dot org 2006-04-17 21:46 --- Fix checked in. -- tromey at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.1.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27171
[Bug libgcj/27201] New: can't include cni.h and jni.h in the same file
Right now an external-to-libgcj program can't include both cni.h and jni.h from the same file. This is wrong. -- Summary: can't include cni.h and jni.h in the same file Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libgcj AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: tromey at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27201
[Bug libgcj/27219] New: bogus-looking code in natPlainSocketImplPosix.cc
I'm looking at natPlainSocketImplPosix.cc:write_helper().
* Why not throw an exception on ENOTCONN or ECONNRESET?
We could at least use a better comment here.
* This code doesn't handle EINTR properly.
The recv code also doesn't seem to handle EINTR properly.
--
Summary: bogus-looking code in natPlainSocketImplPosix.cc
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libgcj
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tromey at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27219
[Bug classpath/27163] FTP directory listing doesn't work
--- Comment #1 from tromey at gcc dot gnu dot org 2006-04-19 18:39 --- I spent some time looking into this bug today. I am not certain that it is a bug, but I'm also not convinced that it isn't. I tracked it down to the ftp data socket's available() method returning 0. This causes the 'file.ready()' condition on the loop to return false. The test case does work for me on occasion... if the timing is right, data will be available on the socket for reading, and the ready() test will succeed. If this is a bug it is a rather obscure one, as in, perhaps the ftp code should ensure that some bytes are available before returning the input stream. It is probably more usual for loops like this to simply call readLine and then break out if it returns null. When I change the test case to do this, it works all the time. I only see the exception with gij 4.1 (not trunk) and the gcc.gnu.org site. I haven't looked into this yet. -- tromey at gcc dot gnu dot org changed: What|Removed |Added CC| |tromey at gcc dot gnu dot | |org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-04-19 18:39:12 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27163
[Bug classpath/27163] FTP directory listing doesn't work
--- Comment #2 from tromey at gcc dot gnu dot org 2006-04-19 18:56 --- Subject: Bug 27163 Author: tromey Date: Wed Apr 19 18:56:10 2006 New Revision: 113091 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113091 Log: PR classpath/27163: * gnu/java/net/protocol/ftp/ActiveModeDTP.java: Replaced with latest classpath version. * gnu/java/net/protocol/ftp/FTPURLConnection.java: Likewise. Modified: branches/gcc-4_1-branch/libjava/classpath/ChangeLog.gcj branches/gcc-4_1-branch/libjava/classpath/gnu/java/net/protocol/ftp/ActiveModeDTP.java branches/gcc-4_1-branch/libjava/classpath/gnu/java/net/protocol/ftp/FTPURLConnection.java -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27163
[Bug libgcj/21941] NPE in Socket.connect()
--- Comment #1 from tromey at gcc dot gnu dot org 2006-04-20 15:42 --- Subject: Bug 21941 Author: tromey Date: Thu Apr 20 15:42:12 2006 New Revision: 113117 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113117 Log: PR libgcj/21941: * gnu/java/net/natPlainDatagramSocketImplPosix.cc (send): Throw UnknownHostException if needed. * gnu/java/net/natPlainSocketImplPosix.cc (connect): Throw UnknownHostException if needed. Modified: branches/gcc-4_1-branch/libjava/ChangeLog branches/gcc-4_1-branch/libjava/gnu/java/net/natPlainDatagramSocketImplPosix.cc branches/gcc-4_1-branch/libjava/gnu/java/net/natPlainSocketImplPosix.cc -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21941
[Bug libgcj/21941] NPE in Socket.connect()
--- Comment #2 from tromey at gcc dot gnu dot org 2006-04-20 15:46 --- Subject: Bug 21941 Author: tromey Date: Thu Apr 20 15:46:40 2006 New Revision: 113118 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113118 Log: PR libgcj/21941: * gnu/java/net/natPlainDatagramSocketImplPosix.cc (send): Throw UnknownHostException if needed. * gnu/java/net/natPlainSocketImplPosix.cc (connect): Throw UnknownHostException if needed. Modified: trunk/libjava/ChangeLog trunk/libjava/gnu/java/net/natPlainDatagramSocketImplPosix.cc trunk/libjava/gnu/java/net/natPlainSocketImplPosix.cc -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21941
[Bug libgcj/21941] NPE in Socket.connect()
--- Comment #3 from tromey at gcc dot gnu dot org 2006-04-20 15:47 --- Fix checked in. -- tromey at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED Target Milestone|--- |4.1.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21941
[Bug libgcj/27219] bogus-looking code in natPlainSocketImplPosix.cc
--- Comment #1 from tromey at gcc dot gnu dot org 2006-04-20 15:54 --- You can see it by compiling this short example program with 'g++ --syntax-only': #include #include -- tromey at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-04-20 15:54:03 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27219
[Bug libgcj/27201] can't include cni.h and jni.h in the same file
--- Comment #2 from tromey at gcc dot gnu dot org 2006-04-20 16:06 --- You can see it by compiling this short example program with 'g++ --syntax-only': #include #include -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27201
[Bug libgcj/27219] bogus-looking code in natPlainSocketImplPosix.cc
--- Comment #2 from tromey at gcc dot gnu dot org 2006-04-20 16:06 --- Ignore that, I appended to the wrong report. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27219
[Bug libgcj/27228] java.security.InvalidAlgorithmParameterException
--- Comment #1 from tromey at gcc dot gnu dot org 2006-04-20 22:16 --- I see this with 4.2. 4.1 seems to work. With jamvm and classpath cvs I see something else: opsy. ~/workspace/classpath/install/bin/jamvm Sec java.security.NoSuchAlgorithmException: DH at java.security.KeyPairGenerator.getInstance(KeyPairGenerator.java:115) at Sec.main(Sec.java:17) ... which is curious since DH is definitely defined as a key pair generator in GnuCrypto.java. -- tromey at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-04-20 22:16:04 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27228
[Bug libgcj/27228] java.security.InvalidAlgorithmParameterException
--- Comment #2 from tromey at gcc dot gnu dot org 2006-04-20 22:16 --- Created an attachment (id=11310) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11310&action=view) updated test case This is a version of the test case that compiles. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27228
[Bug libgcj/27228] java.security.InvalidAlgorithmParameterException
--- Comment #3 from tromey at gcc dot gnu dot org 2006-04-20 23:08 --- Ok... I fixed a problem with my jamvm setup and now I am seeing this with classpath cvs as well. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27228
[Bug crypto/27228] java.security.InvalidAlgorithmParameterException
--- Comment #4 from tromey at gcc dot gnu dot org 2006-04-20 23:14 --- Moving to Classpath. -- tromey at gcc dot gnu dot org changed: What|Removed |Added Component|libgcj |crypto Product|gcc |classpath Version|4.2.0 |0.90 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27228
[Bug libgcj/27231] java.lang.StringIndexOutOfBoundsException in HTTPURLConnection.connect
-- tromey at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-04-21 16:26:16 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27231
[Bug libgcj/27231] java.lang.StringIndexOutOfBoundsException in HTTPURLConnection.connect
--- Comment #1 from tromey at gcc dot gnu dot org 2006-04-21 17:28 --- Fix checked in. -- tromey at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.1.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27231
[Bug libgcj/27231] java.lang.StringIndexOutOfBoundsException in HTTPURLConnection.connect
--- Comment #2 from tromey at gcc dot gnu dot org 2006-04-21 17:28 --- Subject: Bug 27231 Author: tromey Date: Fri Apr 21 17:28:40 2006 New Revision: 113140 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113140 Log: PR libgcj/27231: * gnu/java/net/protocol/http/HTTPURLConnection.java (connect): Handle case where no '/' appears in 'location'. Modified: branches/gcc-4_1-branch/libjava/classpath/ChangeLog.gcj branches/gcc-4_1-branch/libjava/classpath/gnu/java/net/protocol/http/HTTPURLConnection.java -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27231
[Bug classpath/27163] FTP directory listing doesn't work
--- Comment #4 from tromey at gcc dot gnu dot org 2006-04-21 19:05 --- Ok, I have a fix for the /-less URL bug. It appears that the JDK somehow waits for some data to be available on the socket. I'm not sure exactly what mechanism it uses, however. It does not appear to buffer all the data; in my tests, a request for a large file will still only show a few thousand bytes as available(). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27163
[Bug classpath/27163] FTP directory listing doesn't work
--- Comment #6 from tromey at gcc dot gnu dot org 2006-04-21 21:53 --- Subject: Bug 27163 Author: tromey Date: Fri Apr 21 21:53:27 2006 New Revision: 113151 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113151 Log: PR classpath/27163: * gnu/java/net/protocol/ftp/FTPConnection.java (changeWorkingDirectory): Do nothing if path is empty. Modified: branches/gcc-4_1-branch/libjava/classpath/ChangeLog.gcj branches/gcc-4_1-branch/libjava/classpath/gnu/java/net/protocol/ftp/FTPConnection.java -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27163
[Bug libgcj/27271] i/o error (java.util.zip.ZipException: Deflated stream ends early.)
--- Comment #2 from tromey at gcc dot gnu dot org 2006-04-24 17:43 --- Also fails with svn head. -- tromey at gcc dot gnu dot org changed: What|Removed |Added CC||tromey at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-04-24 17:43:28 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27271
[Bug libgcj/26861] VirtualMachineError in interperter.
--- Comment #2 from tromey at gcc dot gnu dot org 2006-05-04 15:25 --- I'm handling this. -- tromey at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |tromey at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2006-03-27 18:43:27 |2006-05-04 15:25:28 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26861
[Bug libgcj/26861] VirtualMachineError in interperter.
--- Comment #3 from tromey at gcc dot gnu dot org 2006-05-04 17:35 --- Subject: Bug 26861 Author: tromey Date: Thu May 4 17:35:05 2006 New Revision: 113531 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113531 Log: PR libgcj/26861: * interpret.cc (run) : Removed 0x check. : Likewise. (NULLCHECK): Define unconditionally. * link.cc (ensure_class_linked): Removed dead code. Modified: trunk/libjava/ChangeLog trunk/libjava/interpret.cc trunk/libjava/link.cc -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26861
[Bug libgcj/26861] VirtualMachineError in interperter.
--- Comment #4 from tromey at gcc dot gnu dot org 2006-05-04 17:42 --- Fix checked in. -- tromey at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26861
[Bug libgcj/27294] gij throws NullPointerException, when the interpreter is not enabled
--- Comment #1 from tromey at gcc dot gnu dot org 2006-05-04 18:10 --- It isn't clear what exception we ought to throw here. What is happening is that we've found a .class file for a class we're searching for, but libgcj is not configured to properly handle class files. VirtualMachineError would be ok from a spec. point of view. But it is a bit unfriendly. This is what I'm leaning toward. ClassFormatError would also be legal but it is a bit of a lie. -- tromey at gcc dot gnu dot org changed: What|Removed |Added CC| |tromey at gcc dot gnu dot | |org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-05-04 18:10:30 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27294
[Bug libgcj/27294] gij throws NullPointerException, when the interpreter is not enabled
--- Comment #2 from tromey at gcc dot gnu dot org 2006-05-05 15:05 --- Subject: Bug 27294 Author: tromey Date: Fri May 5 15:05:20 2006 New Revision: 113554 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113554 Log: PR libgcj/27294: * java/lang/natVMClassLoader.cc (defineClass): Throw VirtualMachineError if no interpreter configured. Modified: trunk/libjava/ChangeLog trunk/libjava/java/lang/natVMClassLoader.cc -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27294
[Bug libgcj/27294] gij throws NullPointerException, when the interpreter is not enabled
--- Comment #3 from tromey at gcc dot gnu dot org 2006-05-05 15:06 --- Now we print something nicer: opsy. gij t Exception in thread "main" java.lang.VirtualMachineError: found class file for class t, but no interpreter configured in this libgcj -- tromey at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27294
[Bug libgcj/27024] Implement URLConnection.getFileNameMap
--- Comment #3 from tromey at gcc dot gnu dot org 2006-05-13 23:27 --- Quick note on the status of this -- after the next Classpath import, we should simply remove our copy of URLConnection and also our copy of gnu.java.net.DefaultContentHandlerFactory -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27024
[Bug libgcj/22579] URLClassLoader re-merge plan
--- Comment #2 from tromey at gcc dot gnu dot org 2006-05-14 03:03 --- I have a patch. -- tromey at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |tromey at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2005-07-20 20:42:53 |2006-05-14 03:03:23 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22579
[Bug libgcj/22579] URLClassLoader re-merge plan
--- Comment #3 from tromey at gcc dot gnu dot org 2006-05-15 23:36 --- The needed patch is now in Classpath. So, we're just waiting for a merge. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22579
[Bug java/27643] ICE in java_mark_cni_decl_local compiling bytecode->native
--- Comment #2 from tromey at gcc dot gnu dot org 2006-05-18 16:01 --- I was able to reproduce yesterday; but I'm updating and rebuilding just to be sure. The bug is dependent on the order in which the .class files are read. -- tromey at gcc dot gnu dot org changed: What|Removed |Added CC||tromey at gcc dot gnu dot | |org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-05-18 16:01:56 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27643
[Bug libgcj/27658] _Jv_CreateJavaVM calling ExtensionClassLoader bootstrap problem
--- Comment #1 from tromey at gcc dot gnu dot org 2006-05-18 16:02 --- Thanks for filing this. -- tromey at gcc dot gnu dot org changed: What|Removed |Added CC||tromey at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-05-18 16:02:48 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27658
[Bug libgcj/27727] Class should implement AnnotatedElement
-- tromey at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-05-22 20:25:57 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27727
[Bug libgcj/27728] Class.getEnclosingX() methods need implementation
-- tromey at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-05-22 20:26:06 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27728
[Bug libgcj/27729] Field, Method and Constructor need isSynthetic() implemetation
--- Comment #1 from tromey at gcc dot gnu dot org 2006-05-22 20:26 --- I have a patch. -- tromey at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |tromey at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-05-22 20:26:19 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27729
[Bug libgcj/27731] Math cbrt(), cosh(), expm1(), hypot(), log1p(), sinh() and tanh() not implemented
-- tromey at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-05-22 20:26:44 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27731
[Bug libgcj/27730] Thread.getId() needs implemented
-- tromey at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-05-22 20:26:32 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27730
[Bug libgcj/27741] Automate generation of gcj/javaprims.h
-- tromey at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-05-23 16:02:52 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27741
[Bug java/27754] Stack overflow in gcj
--- Comment #2 from tromey at gcc dot gnu dot org 2006-05-24 13:38 --- Method name:"" static Signature: 70=()void Attribute "Code", length:58278, max_stack:7, max_locals:0, code_length:58266 Nice -- don't recall seeing a function that long before outside of jacks. -- tromey at gcc dot gnu dot org changed: What|Removed |Added CC| |tromey at gcc dot gnu dot | |org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-05-24 13:38:14 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27754
[Bug java/27756] New: ICE in update_aliases, at java/decl.c:192
Compile the attached bytecode to see the ICE:
opsy. gcj -c -findirect-dispatch
./bin/org/eclipse/jdt/internal/core/NameLookup.class
org/eclipse/jdt/internal/core/NameLookup.java: In class
'org.eclipse.jdt.internal.core.NameLookup':
org/eclipse/jdt/internal/core/NameLookup.java: In method
'org.eclipse.jdt.internal.core.NameLookup.seekTypesInBinaryPackage(java.lang.String,org.eclipse.jdt.core.IPackageFragment,boolean,int,org.eclipse.jdt.internal.core.IJavaElementRequestor)':
org/eclipse/jdt/internal/core/NameLookup.java:980: internal compiler error: in
update_aliases, at java/decl.c:192
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
This happens for me with 4.1 and svn head.
The bytecode is a class generated by ecj;
the corresponding source code also comes from ecj.
--
Summary: ICE in update_aliases, at java/decl.c:192
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: java
AssignedTo: aph at gcc dot gnu dot org
ReportedBy: tromey at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27756
[Bug java/27756] ICE in update_aliases, at java/decl.c:192
--- Comment #1 from tromey at gcc dot gnu dot org 2006-05-24 14:56 --- Created an attachment (id=11504) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11504&action=view) failing class file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27756
[Bug libgcj/27731] Math cbrt(), cosh(), expm1(), hypot(), log1p(), sinh() and tanh() not implemented
--- Comment #1 from tromey at gcc dot gnu dot org 2006-05-24 15:15 --- Testing a patch. -- tromey at gcc dot gnu dot org changed: What|Removed |Added CC||tromey at gcc dot gnu dot ||org AssignedTo|unassigned at gcc dot gnu |tromey at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2006-05-22 20:26:44 |2006-05-24 15:15:41 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27731
[Bug libgcj/27726] LocalSocketImpl not implemented
-- tromey at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-05-24 15:18:00 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27726
[Bug libgcj/27731] Math cbrt(), cosh(), expm1(), hypot(), log1p(), sinh() and tanh() not implemented
--- Comment #2 from tromey at gcc dot gnu dot org 2006-05-24 17:14 --- Subject: Bug 27731 Author: tromey Date: Wed May 24 17:14:45 2006 New Revision: 114045 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114045 Log: PR libgcj/27731: * java/lang/natMath.cc (cbrt, cosh, expm1, hypot, log1p, sinh, tanh): New methods. * java/lang/Math.java (cbrt, cosh, expm1, hypot, log1p, sinh, tanh): Declare. Modified: trunk/libjava/ChangeLog trunk/libjava/java/lang/Math.java trunk/libjava/java/lang/natMath.cc -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27731
[Bug libgcj/27731] Math cbrt(), cosh(), expm1(), hypot(), log1p(), sinh() and tanh() not implemented
--- Comment #3 from tromey at gcc dot gnu dot org 2006-05-24 17:21 --- Fix checked in. -- tromey at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27731
[Bug libgcj/27729] Field, Method and Constructor need isSynthetic() implemetation
--- Comment #2 from tromey at gcc dot gnu dot org 2006-05-24 17:22 --- Subject: Bug 27729 Author: tromey Date: Wed May 24 17:21:52 2006 New Revision: 114046 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114046 Log: gcc/java: PR libgcj/27729: * jcf.h (ACC_INVISIBLE): Changed value. libjava: PR libgcj/27729: * java/lang/reflect/natField.cc (getAddr): Added parens. * java/lang/reflect/natConstructor.cc (getModifiersInternal): Renamed. Don't mask flags. * java/lang/reflect/Constructor.java (CONSTRUCTOR_MODIFIERS): New constant. (getModifiersInternal): Renamed. (getModifiers): Rewrote. (isSynthetic, isVarArgs): New methods. (hashCode): Rewrote. (addTypeParameters, toGenericString): New methods. (getTypeParameters): Rewrote. (getSignature): New method. (getGenericParameterTypes, getGenericExceptionTypes): Likewise. * java/lang/reflect/natMethod.cc (getModifiersInternal): Renamed. Don't mask flags. * java/lang/reflect/natField.cc (getModifiersInternal): Renamed. Don't mask flags. * java/lang/reflect/Modifier.java (BRIDGE, VARARGS, SYNTHETIC, ENUM): New constants. (INVISIBLE): Changed value. * java/lang/reflect/Method.java: Mostly merged with Classpath. (getModifiersInternal): Renamed. (getModifiers): Rewrote. (isBridge, isSynthetic, isVarArgs): New methods. (toGenericString): Likewise. (getTypeParameters): Likewise. (getSignature): Likewise. (getGenericExceptionTypes, getGenericParameterTypes, getGenericReturnType): Likewise. (METHOD_MODIFIERS): New constant. * java/lang/reflect/Field.java: Mostly merged with Classpath. Added javadoc everywhere. (getModifiersInternal): Renamed. (getModifiers, isSynthetic, isEnumConstant): Rewrote. (toGenericString): New method. (getGenericType, getSignature): Likewise. (FIELD_MODIFIERS): New constant. Modified: trunk/gcc/java/ChangeLog trunk/gcc/java/jcf.h trunk/libjava/ChangeLog trunk/libjava/java/lang/reflect/Constructor.java trunk/libjava/java/lang/reflect/Field.java trunk/libjava/java/lang/reflect/Method.java trunk/libjava/java/lang/reflect/Modifier.java trunk/libjava/java/lang/reflect/natConstructor.cc trunk/libjava/java/lang/reflect/natField.cc trunk/libjava/java/lang/reflect/natMethod.cc -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27729
[Bug libgcj/27729] Field, Method and Constructor need isSynthetic() implemetation
--- Comment #3 from tromey at gcc dot gnu dot org 2006-05-24 17:22 --- Fix checked in. -- tromey at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27729
[Bug java/27643] ICE in java_mark_cni_decl_local compiling bytecode->native
--- Comment #4 from tromey at gcc dot gnu dot org 2006-05-24 17:23 --- I have a patch I'm testing. -- tromey at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |tromey at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2006-05-18 16:01:56 |2006-05-24 17:23:37 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27643
[Bug libgcj/27024] Implement URLConnection.getFileNameMap
--- Comment #4 from tromey at gcc dot gnu dot org 2006-05-24 21:44 --- Subject: Bug 27024 Author: tromey Date: Wed May 24 21:44:34 2006 New Revision: 114056 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114056 Log: PR libgcj/27024: * sources.am, Makefile.in: Rebuilt. * gnu/java/net/DefaultContentHandlerFactory.java: Removed. * java/net/URLConnection.java: Removed. Removed: trunk/libjava/gnu/java/net/DefaultContentHandlerFactory.java trunk/libjava/java/net/URLConnection.java Modified: trunk/libjava/ChangeLog trunk/libjava/Makefile.in trunk/libjava/sources.am -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27024
[Bug libgcj/27024] Implement URLConnection.getFileNameMap
--- Comment #5 from tromey at gcc dot gnu dot org 2006-05-24 21:45 --- Fixed in 4.2 now as well. -- tromey at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.1.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27024
[Bug java/27756] ICE in update_aliases, at java/decl.c:192
--- Comment #4 from tromey at gcc dot gnu dot org 2006-05-25 22:53 --- Thanks Andrew. With this I'm able to BC compile ecj again. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27756
[Bug libgcj/27860] build failure on m68k: error: 'ffi_closure' does not name a type
--- Comment #5 from tromey at gcc dot gnu dot org 2006-06-05 14:08 --- It looks to me that the code in link.cc is testing the wrong define. It is testing USE_LIBFFI, but that is defined if any part of libffi is in use. Instead it should be testing INTERPRETER -- ideally we'd add a new macro indicating whether libffi has the closure API ported, as INTERPRETER catches a bit too much. Could you try changing USE_LIBFFI to INTERPRETER in link.cc? There are a few places to change. If that fixes the problem for you, we can check it in. -- tromey at gcc dot gnu dot org changed: What|Removed |Added CC||tromey at gcc dot gnu dot | |org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-06-05 14:08:20 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27860
[Bug libgcj/27892] gij.cc:104: error: 'setenv' was not declared in this scope
--- Comment #1 from tromey at gcc dot gnu dot org 2006-06-05 14:11 --- Thanks for the report. What should we use on this platform in place of setenv? Or, if it has setenv, where is it declared? -- tromey at gcc dot gnu dot org changed: What|Removed |Added CC||tromey at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-06-05 14:11:43 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27892
[Bug libgcj/27823] Found a problem with the JNI methods declared and implemented
--- Comment #1 from tromey at gcc dot gnu dot org 2006-06-05 14:12 --- Thanks for reporting this. Offhand I suspect the problem is that we aren't building this native code, and thus the checking script gets confused. Probably we should disable these checks. I will find out. -- tromey at gcc dot gnu dot org changed: What|Removed |Added CC||tromey at gcc dot gnu dot | |org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-06-05 14:12:44 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27823
[Bug libgcj/27797] win32.cc: FormatMessage fails on win98 for network messages
--- Comment #2 from tromey at gcc dot gnu dot org 2006-06-05 14:23 --- In this case won't the first failing FormatMessage change the current error, so the next GetLastError will always return the overwritten value? The MSDN docs seem to indicate that if FormatMessage fails, you can use GetLastError to find out why... Or maybe that is the intent? -- tromey at gcc dot gnu dot org changed: What|Removed |Added CC||tromey at gcc dot gnu dot | |org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-06-05 14:23:56 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27797
[Bug bootstrap/27818] [4.2 regression] libjava installs libltdl sources in $prefix/share/libtool
-- tromey at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |tromey at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-06-05 14:58:40 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27818
[Bug bootstrap/27818] [4.2 regression] libjava installs libltdl sources in $prefix/share/libtool
--- Comment #2 from tromey at gcc dot gnu dot org 2006-06-05 15:09 --- Subject: Bug 27818 Author: tromey Date: Mon Jun 5 15:08:56 2006 New Revision: 114389 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114389 Log: PR gcc/27818: * Makefile.in: Rebuilt. * Makefile.am (install-data-local): Define conditionally. Modified: trunk/libjava/libltdl/ChangeLog trunk/libjava/libltdl/Makefile.am trunk/libjava/libltdl/Makefile.in -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27818
[Bug bootstrap/27818] [4.2 regression] libjava installs libltdl sources in $prefix/share/libtool
--- Comment #3 from tromey at gcc dot gnu dot org 2006-06-05 15:09 --- Fix checked in. -- tromey at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27818
[Bug libgcj/27860] build failure on m68k: error: 'ffi_closure' does not name a type
--- Comment #9 from tromey at gcc dot gnu dot org 2006-06-05 19:59 --- Andreas -- yes, that patch looks good to me. Please check it in. Thanks! -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27860
[Bug libgcj/27892] gij.cc:104: error: 'setenv' was not declared in this scope
--- Comment #4 from tromey at gcc dot gnu dot org 2006-06-05 20:00 --- Created an attachment (id=11598) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11598&action=view) patch to use putenv Please try this patch. If it works for you I will check it in. -- tromey at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |tromey at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27892
[Bug libgcj/27890] [4.2 regression] lib/logging.properties pollutes common namespace
--- Comment #4 from tromey at gcc dot gnu dot org 2006-06-05 20:06 --- Installing in share -vs- lib is weird for libgcj. Sometimes we install things in lib to be more "jdk-like". logging.properties has been there since 4.0, at least. I don't have 3.x install trees around to check earlier releases. The security files also fall into this category. That said, I'm not against moving them about. I think Tom F. should probably weigh in, he's more involved with how the layout affects packaging and things like that. (This is important because it can have an effect on real applications.) -- tromey at gcc dot gnu dot org changed: What|Removed |Added CC| |tromey at gcc dot gnu dot | |org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27890
[Bug libgcj/27892] gij.cc:104: error: 'setenv' was not declared in this scope
--- Comment #5 from tromey at gcc dot gnu dot org 2006-06-05 20:32 --- Fix checked in. -- tromey at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27892
[Bug libgcj/27892] gij.cc:104: error: 'setenv' was not declared in this scope
--- Comment #6 from tromey at gcc dot gnu dot org 2006-06-05 20:32 --- Subject: Bug 27892 Author: tromey Date: Mon Jun 5 20:32:33 2006 New Revision: 114410 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114410 Log: PR libgcj/27892: * gij.cc (main): Use putenv. Modified: trunk/libjava/ChangeLog trunk/libjava/gij.cc -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27892
[Bug libgcj/27921] New: libgcj should support old 1.1-style JNI invocation API
I'm adding JNI 1.1 invocation API structures to classpath's jni.h so David Walluck can compile some existing java application. libgcj requires some runtime support to make this work properly. -- Summary: libgcj should support old 1.1-style JNI invocation API Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libgcj AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: tromey at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27921
[Bug libgcj/27730] Thread.getId() needs implemented
--- Comment #1 from tromey at gcc dot gnu dot org 2006-06-09 17:09 --- Teting a patch. -- tromey at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |tromey at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2006-05-22 20:26:32 |2006-06-09 17:09:06 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27730
[Bug libgcj/27730] Thread.getId() needs implemented
--- Comment #2 from tromey at gcc dot gnu dot org 2006-06-09 21:36 --- Fixed. -- tromey at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27730
[Bug libgcj/27730] Thread.getId() needs implemented
--- Comment #3 from tromey at gcc dot gnu dot org 2006-06-09 21:37 --- Subject: Bug 27730 Author: tromey Date: Fri Jun 9 21:37:32 2006 New Revision: 114524 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114524 Log: PR libgcj/27730: * java/lang/Thread.java (threadId): New field. (nextThreadId): New static field. (Thread): Initialize new field. (getId): New method. Modified: trunk/libjava/ChangeLog trunk/libjava/java/lang/Thread.java -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27730
[Bug java/28024] libjava build failure on Solaris 2.8 (sun4u)
--- Comment #1 from tromey at gcc dot gnu dot org 2006-06-14 12:28 --- Looks like classpath's configure uses the $(...) construct. This isn't portable sh. The fix is to replace with `...` -- tromey at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |tromey at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-06-14 12:28:31 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28024
[Bug java/28024] libjava build failure on Solaris 2.8 (sun4u)
--- Comment #3 from tromey at gcc dot gnu dot org 2006-06-14 13:46 --- Subject: Bug 28024 Author: tromey Date: Wed Jun 14 13:46:33 2006 New Revision: 114637 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114637 Log: PR java/28024: * aclocal.m4, configure: Rebuilt. * m4/acinclude.m4 (REGEN_WITH_JAY): Use backquote, not $(...). * configure.ac (QT_INCLUDE_DIR): Use backquote, not $(...). Modified: branches/gcc-4_1-branch/libjava/classpath/ChangeLog.gcj branches/gcc-4_1-branch/libjava/classpath/aclocal.m4 branches/gcc-4_1-branch/libjava/classpath/configure branches/gcc-4_1-branch/libjava/classpath/configure.ac branches/gcc-4_1-branch/libjava/classpath/m4/acinclude.m4 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28024
[Bug java/28024] libjava build failure on Solaris 2.8 (sun4u)
--- Comment #4 from tromey at gcc dot gnu dot org 2006-06-14 13:56 --- Subject: Bug 28024 Author: tromey Date: Wed Jun 14 13:56:22 2006 New Revision: 114639 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114639 Log: PR java/28024: * aclocal.m4, configure: Rebuilt. * m4/acinclude.m4 (REGEN_WITH_JAY): Use backquote, not $(...). * configure.ac (QT_INCLUDE_DIR): Use backquote, not $(...). Modified: trunk/libjava/classpath/ChangeLog.gcj trunk/libjava/classpath/aclocal.m4 trunk/libjava/classpath/configure trunk/libjava/classpath/configure.ac trunk/libjava/classpath/m4/acinclude.m4 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28024
[Bug java/28024] libjava build failure on Solaris 2.8 (sun4u)
--- Comment #5 from tromey at gcc dot gnu dot org 2006-06-14 14:00 --- Thanks for the report. I fixed this problem. But, as I don't have a Solaris box, I can't test whether this means that the build works. Please update and try again :) -- tromey at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.1.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28024
[Bug libgcj/27823] Found a problem with the JNI methods declared and implemented
--- Comment #3 from tromey at gcc dot gnu dot org 2006-06-14 17:48 --- I haven't looked at this since my last comment. Your workaround is fine, you didn't break anything. A real fix would have to work differently though. Perhaps we should always compile these functions but just have them throw exceptions if the libraries are not available. Or perhaps the checking script should be smarter. I'm not sure. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27823
[Bug java/1308] It would be nice if gcj -d worked for object files.
--- Comment #3 from tromey at gcc dot gnu dot org 2006-06-16 21:22 --- I don't think we'll ever fix this. GCC's -o option is probably sufficient. -- tromey at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1308
[Bug java/28067] New: [meta-bug] Tracking bug for ecj fixes
All gcj bugs fixed on the ecj branch will be listed as dependencies of this bug. -- Summary: [meta-bug] Tracking bug for ecj fixes Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: java AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: tromey at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28067
[Bug java/28067] [meta-bug] Tracking bug for ecj fixes
-- tromey at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |tromey at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-06-16 21:31:40 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28067
[Bug java/15411] CNI: gcjh not aware of "miranda" methods
--- Comment #5 from tromey at gcc dot gnu dot org 2006-06-16 21:53 --- My rewrite of gcjh in java fixes this. -- tromey at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |tromey at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2006-03-01 02:10:46 |2006-06-16 21:53:47 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15411
[Bug libgcj/25250] Turn off lib-foo-bar class loading mechanism by default
--- Comment #2 from tromey at gcc dot gnu dot org 2006-06-17 00:59 --- This was fixed for 4.2. -- tromey at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25250
[Bug libgcj/26483] Wrong parsing of doubles when interpreted on ia64
--- Comment #23 from tromey at gcc dot gnu dot org 2006-06-17 01:01 --- Fixed on the 4.1 branch and trunk. AFAIK nobody is planning to backport to the 4.0 branch, so I'm closing. -- tromey at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.1.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26483
[Bug java/28089] New: jc1 miscompilation with fields inherited from interfaces
Look at initfield.java or PR162.java from the test suite.
>From initfield:
interface iface
{
final value x = new value();
}
public class initfield implements iface
{
public static void main(String[] args)
{
System.out.println(x.field);
...
When compiled with a correct java compiler (not gcj)
to bytecode, this line is compiled as:
0: getstatic #18=
3: getstatic #24=
6: getfield #28=
9: invokevirtual #34=
Note at PC=3 how the qualifying class is 'initfield', not 'iface'.
If this class is the run through gcj (using the c++ abi) the resulting
program will crash.
I think the fix is for gcj to notice this situation and emit an
explicit class initialization call for the declaring class of the field.
This conforms to the overall c++ abi idea; for BC we already properly
handle this at runtime.
This is a blocker for ecj integration.
--
Summary: jc1 miscompilation with fields inherited from interfaces
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: java
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tromey at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28089
[Bug java/28090] New: incorrect implementation of expand_java_arraystore
According to the ArrayStore.java test case, bounds checks should
take precedence over array store checks. However, expand_java_arraystore
clearly does it in the wrong order:
if (TREE_CODE (rhs_type_node) == POINTER_TYPE)
{
tree check = build_java_arraystore_check (array, rhs_node);
java_add_stmt (check);
}
array = build_java_arrayaccess (array, rhs_type_node, index);
--
Summary: incorrect implementation of expand_java_arraystore
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: java
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tromey at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28090
[Bug java/28090] incorrect implementation of expand_java_arraystore
--- Comment #2 from tromey at gcc dot gnu dot org 2006-06-20 17:42 --- Created an attachment (id=11712) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11712&action=view) proposed patch I've attached a proposed patch. However, when I use this patch I run into PR 19505. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28090
[Bug java/28089] jc1 miscompilation with fields inherited from interfaces
-- tromey at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |tromey at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-06-20 18:11:55 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28089
[Bug java/28067] [meta-bug] Tracking bug for ecj fixes
--- Comment #1 from tromey at gcc dot gnu dot org 2006-06-20 18:29 --- Earlier I made a mistake and listed the bugs fixed by ecj as dependencies; really this PR should block all the fixed-by-ecj bugs and should depend on bugs that block the merge of the ecj branch. -- tromey at gcc dot gnu dot org changed: What|Removed |Added BugsThisDependsOn|1259, 1330, 1374, 2279, | |2499, 4467, 4695, 4811, | |5640, 6933, 7066, 8298, | |8433, 8544, 8626, 8627, | |8628, 8899, 8923, 8939, | |9351, 9369, 9547, 9866, | |9884, 9943, 10581, 10894, | |11075, 11470, 12217, 12257, | |12434, 12459, 12741, 13091, | |13252, 13493, 13964, 15377 | BugsThisDependsOn|15501, 15714, 16327, 16658, | |16677, 16839, 17157, 17668, | |17691, 18130, 18147, 18175, | |18377, 18728, 18789, 18796, | |19173, 19470, 19471, 19629, | |19677, 19707, 19713, 19758, | |19810, 19841, 19870, 19908, | |20193, 20302, 20418, 20977, | |20978, 21313, 21624, 21662 | BugsThisDependsOn|21818, 22090, 22128, 22183, | |22214, 22507, 23754, 24186, | |24442, 24835, 24938, 25001, | |26095, 26617, 26720, 27025, | |27101, 27399, 27400, 27439, | |27442, 27812, 27985 | OtherBugsDependingO||1259, 1330, 1374, 2279, nThis||2499, 4467, 4695, 4811, ||5640, 6933, 7066, 8298, ||8433, 8544, 8626, 8627, ||8628, 8899, 8923, 8939, ||9351, 9369, 9547, 9866, ||9884, 9943, 10581, 10894, ||11075, 11470, 12217, 12257, ||12434, 12459, 12741, 13091, ||13252, 13493, 13964, 15377 OtherBugsDependingO||15501, 15714, 16327, 16658, nThis||16677, 16839, 17157, 17668, ||17691, 18130, 18147, 18175, ||18377, 18728, 18789, 18796, ||19173, 19470, 19471, 19629, ||19677, 19707, 19713, 19758, ||19810, 19841, 19870, 19908, ||20193, 20302, 20418, 20977, ||20978, 21313, 21624, 21662 OtherBugsDependingO||21818, 22090, 22128, 22183, nThis||22214, 22507, 23754, 24186, ||24442, 24835, 24938, 25001, ||26095, 26617, 26720, 27025, ||27101, 27399, 27400, 27439, ||27442, 27812, 27985 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28067
[Bug java/28090] incorrect implementation of expand_java_arraystore
-- tromey at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |tromey at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2006-06-20 17:37:38 |2006-06-20 20:22:21 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28090
[Bug classpath/20247] Lack java.util.concurrent.LinkedBlockingQueue
--- Comment #8 from tromey at gcc dot gnu dot org 2006-06-20 21:34 --- Checked in on the generics branch. Note that the VM requires changes for this code to work. -- tromey at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |0.92 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20247
[Bug java/28089] jc1 miscompilation with fields inherited from interfaces
--- Comment #1 from tromey at gcc dot gnu dot org 2006-06-21 18:01 --- Subject: Bug 28089 Author: tromey Date: Wed Jun 21 18:01:37 2006 New Revision: 114856 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114856 Log: PR java/28089: * expr.c (expand_java_field_op): Initialize field's declaring class. Modified: branches/gcj-eclipse/gcc/java/ChangeLog branches/gcj-eclipse/gcc/java/expr.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28089
[Bug java/28089] jc1 miscompilation with fields inherited from interfaces
--- Comment #2 from tromey at gcc dot gnu dot org 2006-06-21 18:14 --- Fix checked in on gcj-eclipse branch. -- tromey at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28089
[Bug libgcj/21524] Cancelling a TimerTask puts Timer binary heap in inconsistent state
--- Comment #4 from tromey at gcc dot gnu dot org 2006-06-21 20:09 --- I looked at this a little today. The code does look wrong, but I couldn't write a simple test case to make it fail. Do you have one? One problem I see is that serve() uses the task's 'scheduled' field without checking to see if it is == -1. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21524
[Bug java/28153] Under Windows Xp the generated JNI headers need to have a '_' prepended for each function.
--- Comment #1 from tromey at gcc dot gnu dot org 2006-06-26 17:22 --- Does the JDK's javah put that "_" into the generated header? I suspect that you are seeing a problem with the C compiler, not a problem with JNI header generation. In particular I think that "_", most likely, should be added by the C compiler and not added to the header. -- tromey at gcc dot gnu dot org changed: What|Removed |Added CC| |tromey at gcc dot gnu dot | |org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28153
[Bug java/28153] Under Windows Xp the generated JNI headers need to have a '_' prepended for each function.
--- Comment #5 from tromey at gcc dot gnu dot org 2006-06-27 03:20 --- Yeah, jni.cc handles the lookup side of things. The declaration side of things in user JNI code should be handled by jni_md.h. It has a bunch of win32-specific code which boils down to: #define JNIIMPORT__declspec(dllimport) #define JNIEXPORT__declspec(dllexport) #define JNICALL __stdcall It might be handy to see a small preprocessed source file. Perhaps you're picking up the wrong jni.h, jni_md.h, or perhaps the logic in jni_md.h is broken somehow. Oops, I just looked at your version... jni_md.h is not in 3.4. In 3.4 the same logic appears, only it is in jni.h. It is possible that we fixed some bugs in this area since 3.4. I don't remember. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28153
