[Bug libgcj/34521] SSLEngine - Clone not supported (Null pointer) exception
--- Comment #6 from gnu_andrew at member dot fsf dot org 2010-04-08 19:26 --- Closing as requested. -- gnu_andrew at member dot fsf dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34521
[Bug java/40888] New: gcj -C has problems with clone()
When trying to use gcj -C instead of a symlink to ecj as gcj's javac (with options appropriately changed with a script), I ran across an interesting issue building OpenJDK: gcj -C -g -d lib/hotspot-tools -fsource=1.5 -I'hotspot-tools:/home/andrew/projects/openjdk/icedtea/netx:/mnt/builder/icedtea/generated:openjdk/jdk/src/share/classes:openjdk/jdk/src/solaris/classes:openjdk/langtools/src/share/classes:openjdk/jaxp/src/share/classes:openjdk/corba/src/share/classes:openjdk/jaxws/src/share/classes' -bootclasspath \'\' -w @hotspot-tools-source-files.txt (-w added so the errors aren't lost in 12k+ warnings) hotspot-tools/com/sun/codemodel/internal/JClass.java:269: error: The constructor JNarrowedClass(JClass, ListObject) is \ undefined return new JNarrowedClass(this,Arrays.asList(clazz.clone())); ^ hotspot-tools/com/sun/tools/javac/code/Scope.java:138: error: The constructor Scope(Scope, Symbol, Object) is undefined return new Scope(this, this.owner, this.table.clone()); ^^^ hotspot-tools/com/sun/tools/javac/code/Scope.java:490: error: The constructor Scope.ErrorScope(Scope.ErrorScope, Symbol, \ Object) is undefined return new ErrorScope(this, owner, table.clone()); ^^ hotspot-tools/com/sun/tools/javac/jvm/Code.java:1608: error: Type mismatch: cannot convert from Object to Type[] state.stack = stack.clone(); There are 146 of these errors, all seem to be related to clone(). They don't occur when using gij to run ecj, either the system copy or the one used by gcj (from sourceware.org): /home/andrew/build/gcj/bin/gij -cp /home/andrew/projects/classpath/gcj/dependencies/ecj.jar org.eclipse.jdt.internal.compiler.batch.Main -g -d lib/hotspot-tools -source 1.5 -sourcepath 'hotspot-tools:/home/andrew/projects/openjdk/icedtea/netx:/mnt/builder/icedtea/generated:openjdk/jdk/src/share/classes:openjdk/jdk/src/solaris/classes:openjdk/langtools/src/share/classes:openjdk/jaxp/src/share/classes:openjdk/corba/src/share/classes:openjdk/jaxws/src/share/classes' -bootclasspath \'\' @hotspot-tools-source-files.txt ... some time later... 21808 problems (21808 warnings) Am I translating some of the arguments correctly? If I instead turn sourcepath into -fsourcepath, it fails immediately as it is unable to locate java.lang.Object. The same occurs if -bootclasspath \'\' is removed. -- Summary: gcj -C has problems with clone() Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: java AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: gnu_andrew at member dot fsf dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40888
[Bug libgcj/40616] libgcj version of java.io.PrintStream missing constructors
--- Comment #2 from gnu_andrew at member dot fsf dot org 2009-07-28 15:09 --- Fixed with above commit. -- gnu_andrew at member dot fsf dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40616
[Bug libgcj/40616] libgcj version of java.io.PrintStream missing constructors
-- gnu_andrew at member dot fsf dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |gnu_andrew at member dot fsf |dot org |dot org Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2009-07-26 00:38:26 date|| Target Milestone|--- |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40616
[Bug bootstrap/40854] New: Conflicting crc32 functions in libiberty and zlib
The application of: http://gcc.gnu.org/ml/gcc-patches/2009-07/msg01459.html causes a build failure: In file included from /home/andrew/projects/classpath/gcj/sources/gcc/gcc/java/jcf-io.c:39:0: /home/andrew/projects/classpath/gcj/sources/gcc/gcc/../zlib/zlib.h:1285:23: error: conflicting types for crc32 /home/andrew/projects/classpath/gcj/sources/gcc/gcc/../include/libiberty.h:316:21: note: previous declaration of crc32 \ was here Building using: $GCC_HOME/configure --prefix=$GCC_INSTALL --disable-multilib \ --enable-languages=c,c++,java --enable-java-awt=gtk,xlib,qt \ --enable-gconf-peer --enable-gstreamer-peer --enable-gjdoc \ --enable-java-maintainer-mode --with-java-home=$GCC_INSTALL \ --enable-java-home --with-jvm-root-dir=$GCC_INSTALL/jdk \ --with-jvm-jar-dir=$GCC_INSTALL/jvm-exports make -j9 -- Summary: Conflicting crc32 functions in libiberty and zlib Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: gnu_andrew at member dot fsf dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40854
[Bug libgcj/40616] New: libgcj version of java.io.PrintStream missing constructors
There are some new 1.5 PrintStream constructors that are in GNU Classpath but not in the local gcj version of the same file. This causes the OpenJDK7 b62 build to fail: /mnt/builder/icedtea/bootstrap/jdk1.6.0/bin/javac -J-XX:ThreadStackSize=1536 -J-XX:-PrintVMOptions -J-XX:+UnlockDiagnosticVMOptions -J-XX:-LogVMOutput -J-Xmx896m -J-Xms128m -J-XX:PermSize=32m -J-XX:MaxPermSize=160m -encoding ascii -XDignore.symbol.file=true -d /mnt/builder/icedtea/openjdk-ecj/build/linux-amd64/btclasses \ -sourcepath ../../tools/src -classpath /mnt/builder/icedtea/bootstrap/jdk1.7.0/jre/lib/rt-closed.jar \ ../../tools/src/build/tools/charsetmapping/Main.java -- 1. ERROR in /mnt/builder/icedtea/openjdk-ecj/jdk/make/tools/CharsetMapping/../../tools/src/build/tools/charsetmapping/GenerateEUC_TW.java (at line 40) new PrintStream(new File(args[1], EUC_TWMapping.java), ISO-8859-1), ^^ The constructor PrintStream(File, String) is undefined http://builder.classpath.org/japi/classpath-libgcj.html#err_missing_java_io -- Summary: libgcj version of java.io.PrintStream missing constructors Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libgcj AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: gnu_andrew at member dot fsf dot org OtherBugsDependingO 39410 nThis: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40616
[Bug libgcj/39180] New String constructors need to be implemented in local copy of java.lang.String
--- Comment #1 from gnu_andrew at member dot fsf dot org 2009-02-13 17:45 --- Created an attachment (id=17294) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17294action=view) Preliminary patch, has issues with the returned string reading from the wrong memory location Preliminary implementation. The method works as expected, but for some reason the returned string is not pointing to the characters. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39180
[Bug libgcj/38861] gcjwebplugin.cc doesn't compile against latest xulrunner 1.9.1 sdk
--- Comment #3 from gnu_andrew at member dot fsf dot org 2009-02-05 23:09 --- Committed to GNU Classpath for 0.98. CVSROOT:/sources/classpath Module name:classpath Changes by: Andrew John Hughes gnu_andrew 09/02/05 22:54:11 Modified files: . : ChangeLog native/plugin : gcjwebplugin.cc Log message: Handle XULRunner 1.9.1. 2009-02-05 Andrew Haley a...@redhat.com PR libgcj/38861 * native/plugin/gcjwebplugin.cc: Cope with the changed header file format. https://bugzilla.mozilla.org/show_bug.cgi?id=455458 (GCJ_GetJavaClass): Likewise. (NP_Initialize): Likewise. CVSWeb URLs: http://cvs.savannah.gnu.org/viewcvs/classpath/ChangeLog?cvsroot=classpathr1=1.9756r2=1.9757 http://cvs.savannah.gnu.org/viewcvs/classpath/native/plugin/gcjwebplugin.cc?cvsroot=classpathr1=1.13r2=1.14 -- gnu_andrew at member dot fsf dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2009-02-05 23:09:05 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38861
[Bug libgcj/37791] Regression in 0.98 merge tree
--- Comment #1 from gnu_andrew at member dot fsf dot org 2009-01-07 02:37 --- This is fixed in the latest merge with libgcj-snapshot-20090102. -- gnu_andrew at member dot fsf dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37791
[Bug classpath/38190] ConcurrentHashMap.java: 2 * unused local variables
--- Comment #1 from gnu_andrew at member dot fsf dot org 2009-01-02 11:30 --- This is external code maintained here: http://g.oswego.edu/dl/concurrency-interest/ -- gnu_andrew at member dot fsf dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||WONTFIX http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38190
[Bug libgcj/37791] New: Regression in 0.98 merge tree
-4.4/ no certificates)] [Loaded (pre-compiled) java.lang.reflect.Method from no code source] [Loaded (bytecode) gnu.testlet.TestResult from (file:/tmp/mauve-gcj-4.4/ no certificates)] [Loaded (pre-compiled) java.lang.StringBuffer from no code source] [Loaded (pre-compiled) java.util.ArrayList from no code source] [Loaded (pre-compiled) java.lang.IllegalArgumentException from no code source] [Loaded (bytecode) gnu.testlet.Testlet from (file:/tmp/mauve-gcj-4.4/ no certificates)] [Loaded (pre-compiled) java.io.ByteArrayOutputStream from no code source] [Loaded (pre-compiled) java.lang.Integer from no code source] [Loaded (pre-compiled) java.io.DataOutputStream from no code source] [Loaded (pre-compiled) java.io.DataOutput from no code source] [Loaded (bytecode) gnu.testlet.java.lang.Character.Blocks15 from (file:/tmp/mauve-gcj-4.4/ no certificates)] [Loaded (bytecode) gnu.testlet.VisualTestlet from (file:/tmp/mauve-gcj-4.4/ no certificates)] [Loaded (pre-compiled) java.lang.NullPointerException from no code source] [Loaded (pre-compiled) java.lang.Character$UnicodeBlock from no code source] [Loaded (pre-compiled) java.lang.Character$Subset from no code source] [Loaded (pre-compiled) java.lang.Character$UnicodeBlock$NameType from no code source] [Loaded (pre-compiled) java.lang.Enum from no code source] [Loaded (pre-compiled) java.util.Locale from no code source] [Loaded (pre-compiled) java.text.Collator from no code source] [Loaded (pre-compiled) java.util.ResourceBundle from no code source] [Loaded (pre-compiled) java.util.ResourceBundle$1 from no code source] [Loaded (pre-compiled) java.util.LinkedHashMap from no code source] [Loaded (pre-compiled) java.util.ResourceBundle$BundleKey from no code source] [Loaded (pre-compiled) gnu.gcj.runtime.NameFinder from no code source] [Loaded (pre-compiled) java.util.Collections from no code source] [Loaded (pre-compiled) java.util.Collections$EmptySet from no code source] [Loaded (pre-compiled) java.util.Collections$EmptyList from no code source] [Loaded (pre-compiled) java.util.Collections$EmptyMap from no code source] [Loaded (pre-compiled) java.util.Collections$ReverseComparator from no code source] [Loaded (pre-compiled) java.lang.Boolean from no code source] [Loaded (pre-compiled) java.util.HashMap$2 from no code source] [Loaded (bytecode) gnu.testlet.TestSecurityManager from (file:/tmp/mauve-gcj-4.4/ no certificates)] [Loaded (pre-compiled) java.lang.Throwable$StaticData from no code source] -- Summary: Regression in 0.98 merge tree Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: libgcj AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: gnu_andrew at member dot fsf dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37791
[Bug libgcj/37636] [4.4 regression] java tools are unable to find resource files
--- Comment #4 from gnu_andrew at member dot fsf dot org 2008-09-26 19:32 --- I doubt it. I don't see libintl being linked against either gcj, gij or gjar here, and the fault is in Java code (although locale related). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37636
[Bug libgcj/37636] [4.4 regression] java tools are unable to find resource files
--- Comment #1 from gnu_andrew at member dot fsf dot org 2008-09-25 01:47 --- I'm not sure when 4.3 branched, but David Daney's locale patch (switching from gcj's locales to Classpath's) might have had an effect (2008-03-04). It's the only locale change I can see from this year. The current 4.3 branch does still work fine. The missing resources are in libjava/classpath/tools/resource. None of them are locale-specific. ResourceBundle is used as-is from Classpath without being overridden or amended. It may be a classloader issue. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37636
[Bug libgcj/37636] [4.4 regression] java tools are unable to find resource files
--- Comment #2 from gnu_andrew at member dot fsf dot org 2008-09-25 03:20 --- Interestingly: $ /home/andrew/build/gcj/bin/gcj --version gcj (GCC) 4.4.0 20080913 (experimental) [gcj/classpath-098-merge-branch revision 140651] $ /home/andrew/build/gcj/bin/gjar --version jar (GNU Classpath) 0.98-pre $ /home/andrew/build/gcj/bin/gjar --help Usage: jar -ctxui [OPTIONS] jar-file [-C DIR FILE] FILE... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37636
[Bug classpath/32028] Make fails at gjdoc - gnu.classpath.tools.gjdoc.ParseException: unmatched input in line 1: @Retention(SOURCE) @Target(METHOD)
--- Comment #13 from gnu_andrew at member dot fsf dot org 2008-08-28 15:40 --- Closing as fixed. -- gnu_andrew at member dot fsf dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32028
[Bug classpath/32028] Make fails at gjdoc - gnu.classpath.tools.gjdoc.ParseException: unmatched input in line 1: @Retention(SOURCE) @Target(METHOD)
--- Comment #12 from gnu_andrew at member dot fsf dot org 2008-08-24 23:28 --- Futureproofing: CVSROOT:/sources/classpath Module name:classpath Changes by: Andrew John Hughes gnu_andrew 08/08/21 20:46:20 Modified files: . : ChangeLog m4 : acinclude.m4 Log message: Allow GJDoc 0.8+. 2008-08-22 Andrew John Hughes [EMAIL PROTECTED] PR classpath/32028: * m4/acinclude.m4: Also allow versions of GJDoc from 0.8* on, as CVS is 0.8.0-pre. CVSWeb URLs: http://cvs.savannah.gnu.org/viewcvs/classpath/ChangeLog?cvsroot=classpathr1=1.9699r2=1.9700 http://cvs.savannah.gnu.org/viewcvs/classpath/m4/acinclude.m4?cvsroot=classpathr1=1.39r2=1.40 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32028
[Bug classpath/32028] Make fails at gjdoc - gnu.classpath.tools.gjdoc.ParseException: unmatched input in line 1: @Retention(SOURCE) @Target(METHOD)
--- Comment #10 from gnu_andrew at member dot fsf dot org 2008-08-21 01:01 --- CVSROOT:/sources/classpath Module name:classpath Changes by: Andrew John Hughes gnu_andrew 08/08/21 00:44:56 Modified files: . : ChangeLog m4 : acinclude.m4 Log message: Ensure we are using GJDoc 0.7.9 for building docs. 2008-08-21 Andrew John Hughes [EMAIL PROTECTED] PR classpath/32028: * m4/acinclude.m4: (CLASSPATH_WITH_GJDOC): Ensure version 0.7.9 is being used. CVSWeb URLs: http://cvs.savannah.gnu.org/viewcvs/classpath/ChangeLog?cvsroot=classpathr1=1.9698r2=1.9699 http://cvs.savannah.gnu.org/viewcvs/classpath/m4/acinclude.m4?cvsroot=classpathr1=1.38r2=1.39 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32028
[Bug classpath/32028] Make fails at gjdoc - gnu.classpath.tools.gjdoc.ParseException: unmatched input in line 1: @Retention(SOURCE) @Target(METHOD)
--- Comment #11 from gnu_andrew at member dot fsf dot org 2008-08-21 01:02 --- I've added a check to Classpath CVS for 0.7.9 and this should make GCJ 4.4. Do we need this backporting to anywhere else or is this sufficient to close this bug? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32028
[Bug classpath/32028] Make fails at gjdoc - gnu.classpath.tools.gjdoc.ParseException: unmatched input in line 1: @Retention(SOURCE) @Target(METHOD)
--- Comment #9 from gnu_andrew at member dot fsf dot org 2008-08-16 23:14 --- Fix for 0.98; check gjdoc version in configure. -- gnu_andrew at member dot fsf dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |gnu_andrew at member dot fsf |dot org |dot org Status|NEW |ASSIGNED Last reconfirmed|2008-08-04 18:31:27 |2008-08-16 23:14:39 date|| Target Milestone|--- |0.98 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32028
[Bug libgcj/32028] Make fails at gjdoc - gnu.classpath.tools.gjdoc.ParseException: unmatched input in line 1: @Retention(SOURCE) @Target(METHOD)
--- Comment #5 from gnu_andrew at member dot fsf dot org 2008-06-20 14:34 --- Wha is this bug waiting on? The only clear bug I can see here is that the Classpath build system (not gcc's; Classpath ./configure is invoked by the surrounding gcj build) should be checking the version of gjdoc. GJDoc 0.7.8 and 0.7.9 should work with the version of Classpath in GCC 4.3. There is an issue with this missing the contents of external/jsr166 which is fixed in Classpath. Generating docs for these additional classes requires 0.7.9. Classpath 0.98 (and thus, probably GCC 4.4) will include GJDoc. The warnings are expected. GJDoc's parser can run through 1.5 code. It can't correctly parse it all yet, though it may be worth turning off some of these errors in the meantime. Patches welcome :) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32028
[Bug classpath/21869] We should to use StringBuilder instead of StringBuffer where appropriate.
--- Comment #20 from gnu_andrew at member dot fsf dot org 2008-05-07 17:54 --- Created an attachment (id=15593) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15593action=view) Move towards a CPStringBuilder-using code base -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21869
[Bug classpath/21869] We should to use StringBuilder instead of StringBuffer where appropriate.
--- Comment #21 from gnu_andrew at member dot fsf dot org 2008-05-07 17:55 --- Created an attachment (id=15594) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15594action=view) Move towards a CPStringBuilder-using code base -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21869
[Bug classpath/21869] We should to use StringBuilder instead of StringBuffer where appropriate.
--- Comment #22 from gnu_andrew at member dot fsf dot org 2008-05-07 17:56 --- Created an attachment (id=15595) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15595action=view) Move towards a CPStringBuilder-using code base -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21869
[Bug classpath/21869] We should to use StringBuilder instead of StringBuffer where appropriate.
--- Comment #23 from gnu_andrew at member dot fsf dot org 2008-05-07 17:56 --- Created an attachment (id=15596) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15596action=view) Move towards a CPStringBuilder-using code base -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21869
[Bug classpath/21869] We should to use StringBuilder instead of StringBuffer where appropriate.
--- Comment #24 from gnu_andrew at member dot fsf dot org 2008-05-07 17:57 --- Created an attachment (id=15597) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15597action=view) Move towards a CPStringBuilder-using code base -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21869
[Bug classpath/21869] We should to use StringBuilder instead of StringBuffer where appropriate.
--- Comment #25 from gnu_andrew at member dot fsf dot org 2008-05-07 17:57 --- Created an attachment (id=15598) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15598action=view) Move towards a CPStringBuilder-using code base -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21869
[Bug classpath/21869] We should to use StringBuilder instead of StringBuffer where appropriate.
--- Comment #26 from gnu_andrew at member dot fsf dot org 2008-05-07 17:58 --- Created an attachment (id=15599) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15599action=view) Move towards a CPStringBuilder-using code base -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21869
[Bug classpath/21869] We should to use StringBuilder instead of StringBuffer where appropriate.
--- Comment #27 from gnu_andrew at member dot fsf dot org 2008-05-07 17:58 --- Created an attachment (id=15600) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15600action=view) Move towards a CPStringBuilder-using code base -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21869
[Bug classpath/21869] We should to use StringBuilder instead of StringBuffer where appropriate.
--- Comment #29 from gnu_andrew at member dot fsf dot org 2008-05-07 18:01 --- Created an attachment (id=15601) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15601action=view) Move towards a CPStringBuilder-using code base -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21869
[Bug classpath/21869] We should to use StringBuilder instead of StringBuffer where appropriate.
--- Comment #30 from gnu_andrew at member dot fsf dot org 2008-05-07 18:02 --- Created an attachment (id=15602) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15602action=view) Move towards a CPStringBuilder-using code base -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21869
[Bug classpath/21869] We should to use StringBuilder instead of StringBuffer where appropriate.
--- Comment #31 from gnu_andrew at member dot fsf dot org 2008-05-07 18:02 --- Created an attachment (id=15603) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15603action=view) Move towards a CPStringBuilder-using code base -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21869
[Bug classpath/21869] We should to use StringBuilder instead of StringBuffer where appropriate.
--- Comment #32 from gnu_andrew at member dot fsf dot org 2008-05-07 18:03 --- Created an attachment (id=15604) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15604action=view) Move towards a CPStringBuilder-using code base -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21869
[Bug classpath/21869] We should to use StringBuilder instead of StringBuffer where appropriate.
--- Comment #33 from gnu_andrew at member dot fsf dot org 2008-05-07 18:04 --- Created an attachment (id=15605) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15605action=view) Move towards a CPStringBuilder-using code base -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21869
[Bug classpath/21869] We should to use StringBuilder instead of StringBuffer where appropriate.
--- Comment #34 from gnu_andrew at member dot fsf dot org 2008-05-07 18:04 --- Created an attachment (id=15606) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15606action=view) Move towards a CPStringBuilder-using code base -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21869
[Bug classpath/21869] We should to use StringBuilder instead of StringBuffer where appropriate.
--- Comment #35 from gnu_andrew at member dot fsf dot org 2008-05-07 18:07 --- Created an attachment (id=15607) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15607action=view) Move towards a CPStringBuilder-using code base -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21869
[Bug classpath/21869] We should to use StringBuilder instead of StringBuffer where appropriate.
--- Comment #36 from gnu_andrew at member dot fsf dot org 2008-05-07 18:07 --- Created an attachment (id=15608) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15608action=view) Move towards a CPStringBuilder-using code base -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21869
[Bug classpath/21869] We should to use StringBuilder instead of StringBuffer where appropriate.
--- Comment #37 from gnu_andrew at member dot fsf dot org 2008-05-07 18:08 --- Created an attachment (id=15609) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15609action=view) Move towards a CPStringBuilder-using code base -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21869
[Bug classpath/21869] We should to use StringBuilder instead of StringBuffer where appropriate.
--- Comment #38 from gnu_andrew at member dot fsf dot org 2008-05-07 18:08 --- Created an attachment (id=15611) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15611action=view) Change tools to use StringBuilder -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21869
[Bug classpath/21869] We should to use StringBuilder instead of StringBuffer where appropriate.
--- Comment #39 from gnu_andrew at member dot fsf dot org 2008-05-07 18:10 --- All appropriate changes made. Closing this bug. -- gnu_andrew at member dot fsf dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21869
[Bug classpath/21869] We should to use StringBuilder instead of StringBuffer where appropriate.
--- Comment #17 from gnu_andrew at member dot fsf dot org 2008-05-01 00:44 --- Created an attachment (id=15554) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15554action=view) Move towards a CPStringBuilder-using code base -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21869
[Bug classpath/21869] We should to use StringBuilder instead of StringBuffer where appropriate.
--- Comment #18 from gnu_andrew at member dot fsf dot org 2008-05-01 00:44 --- Created an attachment (id=1) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=1action=view) Move towards a CPStringBuilder-using code base -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21869
[Bug classpath/21869] We should to use StringBuilder instead of StringBuffer where appropriate.
--- Comment #19 from gnu_andrew at member dot fsf dot org 2008-05-01 00:45 --- Created an attachment (id=15556) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15556action=view) Use StringBuilder in the examples -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21869
[Bug classpath/21869] We should to use StringBuilder instead of StringBuffer where appropriate.
--- Comment #16 from gnu_andrew at member dot fsf dot org 2008-04-27 22:01 --- Created an attachment (id=15539) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15539action=view) Fix substring bug -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21869
[Bug libgcj/35950] jar produces files ecj won't handle
--- Comment #1 from gnu_andrew at member dot fsf dot org 2008-04-16 22:21 --- The difference is noticeable just from the zip output. This is the working tools.zip created by fastjar: 0 04-16-08 03:08 gnu/classpath/tools/tnameserv/ 2391 04-16-08 03:08 gnu/classpath/tools/tnameserv/Main.class 1136 04-16-08 03:08 gnu/classpath/tools/tnameserv/Main$1.class 2066 04-16-08 03:08 gnu/classpath/tools/tnameserv/messages.properties 1082 04-16-08 03:08 gnu/classpath/tools/tnameserv/Main$2.class 1160 04-16-08 03:08 gnu/classpath/tools/tnameserv/Messages.class and the broken version: 0 04-16-08 23:10 ./gnu/classpath/tools/tnameserv/ 2391 04-16-08 23:10 ./gnu/classpath/tools/tnameserv/Main.class 1136 04-16-08 23:10 ./gnu/classpath/tools/tnameserv/Main$1.class 2066 04-16-08 23:10 ./gnu/classpath/tools/tnameserv/messages.properties 1082 04-16-08 23:10 ./gnu/classpath/tools/tnameserv/Main$2.class 1160 04-16-08 23:10 ./gnu/classpath/tools/tnameserv/Messages.class -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35950
[Bug libgcj/35950] jar produces files ecj won't handle
--- Comment #4 from gnu_andrew at member dot fsf dot org 2008-04-16 23:34 --- I recall there was a CP one that was fixed, but can't seem to find it. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35950
[Bug libgcj/35950] New: jar produces files ecj won't handle
If the copy of gjar from GCJ 4.3.0 is used to build GNU Classpath with the examples turned on (--enable-examples) it will fail with an error relating to gnu.classpath.tools.tnameserv.Main. This class is inside tools.zip, which is created earlier in the build by gjar. ecj seems to refuse to pick up the class from this zip file. Uncompressing the zip file, using gcj's tools.zip or creating the zip with fastjar or current gjar from GNU Classpath cause the examples to be built correctly. Seems like a lingering gjar bug that may need to be backported. ecj is being run using gcj. -- Summary: jar produces files ecj won't handle Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libgcj AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: gnu_andrew at member dot fsf dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35950
[Bug classpath/21869] We should to use StringBuilder instead of StringBuffer where appropriate.
--- Comment #11 from gnu_andrew at member dot fsf dot org 2008-03-16 22:29 --- Created an attachment (id=15332) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15332action=view) Move towards a CPStringBuilder-using code base -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21869
[Bug classpath/21869] We should to use StringBuilder instead of StringBuffer where appropriate.
--- Comment #12 from gnu_andrew at member dot fsf dot org 2008-03-16 22:45 --- Created an attachment (id=15333) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15333action=view) Move towards a CPStringBuilder-using code base -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21869
[Bug classpath/21869] We should to use StringBuilder instead of StringBuffer where appropriate.
--- Comment #13 from gnu_andrew at member dot fsf dot org 2008-03-16 23:37 --- Created an attachment (id=15334) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15334action=view) Move towards a CPStringBuilder-using code base -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21869
[Bug classpath/21869] We should to use StringBuilder instead of StringBuffer where appropriate.
--- Comment #14 from gnu_andrew at member dot fsf dot org 2008-03-17 00:37 --- Created an attachment (id=15335) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15335action=view) Abstract reflection elements of CPStringBuilder to a VM class -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21869
[Bug classpath/21869] We should to use StringBuilder instead of StringBuffer where appropriate.
--- Comment #15 from gnu_andrew at member dot fsf dot org 2008-03-17 01:30 --- Created an attachment (id=15336) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15336action=view) Move towards a CPStringBuilder-using code base -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21869
[Bug classpath/21869] We should to use StringBuilder instead of StringBuffer where appropriate.
--- Comment #8 from gnu_andrew at member dot fsf dot org 2008-03-05 21:03 --- Created an attachment (id=15264) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15264action=view) Move towards a CPStringBuilder-using code base -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21869
[Bug classpath/21869] We should to use StringBuilder instead of StringBuffer where appropriate.
--- Comment #9 from gnu_andrew at member dot fsf dot org 2008-03-05 21:03 --- Created an attachment (id=15265) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15265action=view) Move towards a CPStringBuilder-using code base -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21869
[Bug classpath/21869] We should to use StringBuilder instead of StringBuffer where appropriate.
--- Comment #10 from gnu_andrew at member dot fsf dot org 2008-03-05 21:04 --- Created an attachment (id=15266) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15266action=view) Move towards a CPStringBuilder-using code base -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21869
[Bug classpath/21869] We should to use StringBuilder instead of StringBuffer where appropriate.
-- gnu_andrew at member dot fsf dot org changed: What|Removed |Added Target Milestone|--- |0.98 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21869
[Bug classpath/21869] We should to use StringBuilder instead of StringBuffer where appropriate.
--- Comment #7 from gnu_andrew at member dot fsf dot org 2008-03-01 09:14 --- Created an attachment (id=15250) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15250action=view) Patch to add CPStringBuilder -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21869
[Bug classpath/21869] We should to use StringBuilder instead of StringBuffer where appropriate.
--- Comment #6 from gnu_andrew at member dot fsf dot org 2008-02-27 23:00 --- The new structure is committed. As StringBuilder is final, we will have to clone AbstractStringBuilder in the gnu.classpath package. This is not too problematic, as we don't expect the internal class to need to change. -- gnu_andrew at member dot fsf dot org changed: What|Removed |Added Status|WAITING |ASSIGNED Last reconfirmed|2008-02-17 15:58:22 |2008-02-27 23:00:53 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21869
[Bug classpath/21869] We should to use StringBuilder instead of StringBuffer where appropriate.
--- Comment #5 from gnu_andrew at member dot fsf dot org 2008-02-17 15:57 --- Waiting on my patch to abstract StringBuffer/Builder being committed. Then this is simply a matter of adding a class which uses the 'dont_copy' version of the String constructor with toString. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21869
[Bug classpath/21869] We should to use StringBuilder instead of StringBuffer where appropriate.
-- gnu_andrew at member dot fsf dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |gnu_andrew at member dot fsf |dot org |dot org Status|WAITING |ASSIGNED Last reconfirmed|2005-10-30 17:22:17 |2008-02-17 15:58:22 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21869
[Bug classpath/21869] We should to use StringBuilder instead of StringBuffer where appropriate.
-- gnu_andrew at member dot fsf dot org changed: What|Removed |Added Status|ASSIGNED|WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21869
[Bug awt/16203] need to kill awt helper threads on gui app exit
--- Comment #6 from gnu_andrew at member dot fsf dot org 2008-02-17 18:18 --- This does not hang on either current CVS HEAD with cacao or jamvm, or on gij (version 4.3.0 20080213). Can we close this bug? -- gnu_andrew at member dot fsf dot org changed: What|Removed |Added Status|REOPENED|WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16203
[Bug awt/16729] Component.print() and Component.printAll() does not affect graphics parameter
--- Comment #4 from gnu_andrew at member dot fsf dot org 2008-02-17 18:39 --- Same holds as in Mark's comment for current CVS + CACAO. Capturing works fine when the frame is onscreen, but any part of the frame that is offscreen is not captured. When the Offscreen flag is ticked, the result varies over successive clicks of the Grab button when part of the frame is offscreen. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16729
[Bug awt/16628] Focus opposites implementation.
--- Comment #3 from gnu_andrew at member dot fsf dot org 2008-02-17 18:27 --- Awaiting changes in Gtk+ -- gnu_andrew at member dot fsf dot org changed: What|Removed |Added Status|ASSIGNED|WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16628
[Bug awt/17782] KeyboardFocusManagers should be partitioned by ClassLoader
--- Comment #2 from gnu_andrew at member dot fsf dot org 2008-02-17 18:51 --- This is still present. CACAO + Classpath CVS HEAD gives: java.lang.ThreadGroup[name=main,maxpri=10]: [EMAIL PROTECTED] java.lang.ThreadGroup[name=kfm-thread-group-1,maxpri=10]: [EMAIL PROTECTED] java.lang.ThreadGroup[name=main,maxpri=10]: [EMAIL PROTECTED] java.lang.ThreadGroup[name=kfm-thread-group-2,maxpri=10]: [EMAIL PROTECTED] while Sun gives: java.lang.ThreadGroup[name=main,maxpri=10]: [EMAIL PROTECTED] java.lang.ThreadGroup[name=kfm-thread-group-1,maxpri=10]: [EMAIL PROTECTED] java.lang.ThreadGroup[name=main,maxpri=10]: [EMAIL PROTECTED] java.lang.ThreadGroup[name=kfm-thread-group-2,maxpri=10]: [EMAIL PROTECTED] -- gnu_andrew at member dot fsf dot org changed: What|Removed |Added AssignedTo|fitzsim at redhat dot com |gnu_andrew at member dot fsf ||dot org Status|NEW |ASSIGNED Last reconfirmed|2005-07-01 04:36:15 |2008-02-17 18:51:29 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17782
[Bug awt/21598] rendering problem with button text
--- Comment #5 from gnu_andrew at member dot fsf dot org 2008-02-17 19:44 --- No feedback on this bug from the Gtk+ developers still... -- gnu_andrew at member dot fsf dot org changed: What|Removed |Added Status|NEW |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21598
[Bug awt/20630] GTK 2.8 peer Image and Graphics API reorganization
--- Comment #7 from gnu_andrew at member dot fsf dot org 2008-02-17 19:42 --- Is this still valid? GdkPixbufDecoder still lives, but GdkGraphics seems to have gone. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20630
[Bug awt/16729] Component.print() and Component.printAll() does not affect graphics parameter
--- Comment #5 from gnu_andrew at member dot fsf dot org 2008-02-17 22:11 --- I guess an appropriate testcase would be the Eclipse Visual Editor. Is this known to work with GNU Classpath? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16729
[Bug awt/20630] GTK 2.8 peer Image and Graphics API reorganization
-- gnu_andrew at member dot fsf dot org changed: What|Removed |Added Status|NEW |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20630
[Bug swing/21635] GLib-GObject-WARNING with jython
-- gnu_andrew at member dot fsf dot org changed: What|Removed |Added Target Milestone|--- |0.18 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21635
[Bug awt/21649] errors when exiting gcjappletviewer
-- gnu_andrew at member dot fsf dot org changed: What|Removed |Added Target Milestone|--- |pre-0.18 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21649
[Bug awt/21747] JAWT_X11DrawingSurfaceInfo missing depth field
-- gnu_andrew at member dot fsf dot org changed: What|Removed |Added Target Milestone|--- |0.18 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21747
[Bug awt/22162] double-click fails to select entire word
-- gnu_andrew at member dot fsf dot org changed: What|Removed |Added Target Milestone|--- |0.18 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22162
[Bug classpath/19613] java.util.prefs should work like the JDK
--- Comment #7 from gnu_andrew at member dot fsf dot org 2007-10-09 18:40 --- Current Classpath has: FileBasedFactory.java GConfBasedFactory.java MemoryBasedFactory.java so 3 times the number of factories as when this bug was written. Can we close it or are we still not compatible with Sun? -- gnu_andrew at member dot fsf dot org changed: What|Removed |Added Status|NEW |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19613
[Bug classpath/21869] We should to use StringBuilder instead of StringBuffer where appropriate.
--- Comment #3 from gnu_andrew at member dot fsf dot org 2007-10-09 18:42 --- Is this still a valid thing to do? We have an associated JikesRVM task for it: http://jira.codehaus.org/browse/RVM-266 -- gnu_andrew at member dot fsf dot org changed: What|Removed |Added Status|NEW |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21869
[Bug java/28458] [ecj] Fails to build gnu.awt.LightweightRedirector
--- Comment #6 from gnu_andrew at member dot fsf dot org 2006-07-24 20:16 --- Does your compiled version of java.lang.Class contain a field class$0? This is what me and Tom narrowed the problem down to. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28458
[Bug java/28458] New: [ecj] Fails to build gnu.awt.LightweightRedirector
gcj -v -B/home/gandalf/projects/java/classpath/gcj/build/x86_64-unknown-linux-gnu/libjava/ -B/home/gandalf/projects/java/classpath/gcj/build/gcc/ -fomit-frame-pointer -fclasspath= -fbootclasspath=/home/gandalf/projects/java/classpath/gcj/build/x86_64-unknown-linux-gnu/libjava/classpath/lib --encoding=UTF-8 -Wno-deprecated -fbootstrap-classes -g -O2 -c -fsource-filename=/home/gandalf/projects/java/classpath/gcj/build/x86_64-unknown-linux-gnu/libjava/classpath/lib/classes -MT gnu/awt.lo -MD -MP -MF gnu/awt.deps @gnu/awt.list -fPIC -o gnu/.libs/awt.o Reading specs from /home/gandalf/projects/java/classpath/gcj/build/gcc/specs Reading specs from /home/gandalf/projects/java/classpath/gcj/build/x86_64-unknown-linux-gnu/libjava/libgcj.spec rename spec lib to liborig Target: x86_64-unknown-linux-gnu Configured with: /home/gandalf/projects/java/classpath/gcj/sources/gcj-eclipse-jmx/configure --prefix=/home/gandalf/projects/java/classpath/gcj/install --disable-multilib --enable-languages=c,c++,java --enable-java-awt=gtk Thread model: posix gcc version 4.2.0 20060604 (gcj-eclipse experimental) /home/gandalf/projects/java/classpath/gcj/build/gcc/jc1 classpath/lib/gnu/awt/LightweightRedirector.class -fhash-synchronization -fno-use-divide-subroutine -fuse-boehm-gc -fnon-call-exceptions -fkeep-inline-functions -quiet -dumpbase LightweightRedirector.class -mtune=generic -auxbase-strip gnu/.libs/awt.o -g -O2 -Wno-deprecated -version -fomit-frame-pointer -fencoding=UTF-8 -fbootstrap-classes -fsource-filename=/home/gandalf/projects/java/classpath/gcj/build/x86_64-unknown-linux-gnu/libjava/classpath/lib/classes -fPIC -fbootclasspath=./:/home/gandalf/projects/java/classpath/gcj/build/x86_64-unknown-linux-gnu/libjava/classpath/lib/ -faux-classpath /tmp/ccNqEVSq.zip -o /tmp/cc0NqHDH.s GNU Java version 4.2.0 20060604 (gcj-eclipse experimental) (x86_64-unknown-linux-gnu) compiled by GNU C version 4.2.0 20060604 (gcj-eclipse experimental). GGC heuristics: --param ggc-min-expand=98 --param ggc-min-heapsize=128404 Class path starts here: /tmp/ccNqEVSq.zip/ (zip) ./ (system) /home/gandalf/projects/java/classpath/gcj/build/x86_64-unknown-linux-gnu/libjava/classpath/lib/ (system) /home/gandalf/projects/java/classpath/gcj/sources/gcj-eclipse-jmx/libjava/gnu/awt/LightweightRedirector.java:180: internal compiler error: in make_class_data, at java/class.c:1885 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. -- Summary: [ecj] Fails to build gnu.awt.LightweightRedirector Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: java AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: gnu_andrew at member dot fsf dot org GCC build triplet: x86_64-linux-gnu GCC host triplet: x86_64-linux-gnu GCC target triplet: x86_64-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28458
[Bug java/28458] [ecj] Fails to build gnu.awt.LightweightRedirector
--- Comment #1 from gnu_andrew at member dot fsf dot org 2006-07-22 21:34 --- Created an attachment (id=11922) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11922action=view) Class file being compiled -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28458
[Bug java/28458] [ecj] Fails to build gnu.awt.LightweightRedirector
--- Comment #2 from gnu_andrew at member dot fsf dot org 2006-07-22 21:40 --- #0 internal_error (gmsgid=0x840454 in %s, at %s:%d) at /home/gandalf/projects/java/classpath/gcj/sources/gcj-eclipse-jmx/gcc/diagnostic.c:582 #1 0x004c018c in fancy_abort (file=value optimized out, line=1885, function=0x8253b0 make_class_data) at /home/gandalf/projects/java/classpath/gcj/sources/gcj-eclipse-jmx/gcc/diagnostic.c:642 #2 0x0042c21e in make_class_data (type=value optimized out) at /home/gandalf/projects/java/classpath/gcj/sources/gcj-eclipse-jmx/gcc/java/class.c:1885 #3 0x0042c4e5 in finish_class () at /home/gandalf/projects/java/classpath/gcj/sources/gcj-eclipse-jmx/gcc/java/class.c:2059 #4 0x00444f38 in parse_class_file () at /home/gandalf/projects/java/classpath/gcj/sources/gcj-eclipse-jmx/gcc/java/jcf-parse.c:1146 #5 0x00447a92 in java_parse_file (set_yydebug=value optimized out) at /home/gandalf/projects/java/classpath/gcj/sources/gcj-eclipse-jmx/gcc/java/jcf-parse.c:1505 #6 0x0069db4e in toplev_main (argc=value optimized out, argv=value optimized out) at /home/gandalf/projects/java/classpath/gcj/sources/gcj-eclipse-jmx/gcc/toplev.c:999 #7 0x2b6cd42784ca in __libc_start_main () from /lib/libc.so.6 #8 0x0040296a in _start () at ../sysdeps/x86_64/elf/start.S:113 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28458
[Bug java/28458] [ecj] Fails to build gnu.awt.LightweightRedirector
--- Comment #3 from gnu_andrew at member dot fsf dot org 2006-07-22 21:56 --- record_type 0x2afd15eb52c0 gnu.awt.LightweightRedirector type_2 type_4 type_5 BLK size integer_cst 0x2afd15e2ef30 type integer_type 0x2afd15e3a0b0 bit_size_type constant invariant 128 unit size integer_cst 0x2afd15ec0b10 type integer_type 0x2afd15e3a2c0 int constant invariant 16 align 64 symtab 369628368 alias set -1 fields field_decl 0x2afd15e52900 D.654 type record_type 0x2afd15e4a4d0 java.lang.Object tree_3 type_2 type_4 DI size integer_cst 0x2afd15e2ebd0 constant invariant 64 unit size integer_cst 0x2afd15ec0ab0 constant invariant 8 align 64 symtab 369629040 alias set -1 fields field_decl 0x2afd15e49840 vtable pointer_to_this pointer_type 0x2afd15e4a580 chain type_decl 0x2afd15e3edd0 java.lang.Object ignored DI file /home/gandalf/projects/java/classpath/gcj/sources/gcj-eclipse-jmx/libjava/gnu/awt/LightweightRedirector.java line 0 size integer_cst 0x2afd15e2ebd0 64 unit size integer_cst 0x2afd15ec0ab0 8 align 64 offset_align 128 offset integer_cst 0x2afd15e2e6f0 constant invariant 0 bit offset integer_cst 0x2afd15e2eed0 constant invariant 0 chain var_decl 0x2afd15eb5dc0 LAST_BUTTON_NUMBER type integer_type 0x2afd15e3a2c0 int asm_written used public static decl_3 SI file gnu/awt/LightweightRedirector.java line 0 size integer_cst 0x2afd15e2ea80 constant invariant 32 unit size integer_cst 0x2afd15e2e6c0 constant invariant 4 align 32 context record_type 0x2afd15eb52c0 gnu.awt.LightweightRedirector initial integer_cst 0x2afd15e51d20 3 (mem/c/i:SI (symbol_ref:DI (_ZN3gnu3awt21LightweightRedirector18LAST_BUTTON_NUMBERE) var_decl 0x2afd15eb5dc0 LAST_BUTTON_NUMBER) [0 LAST_BUTTON_NUMBER+0 S4 A32]) chain field_decl 0x2afd15e52840 releaseTargets pointer_to_this pointer_type 0x2afd15eb5370 chain type_decl 0x2afd15e4cb60 gnu.awt.LightweightRedirector -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28458
[Bug java/28458] [ecj] Fails to build gnu.awt.LightweightRedirector
--- Comment #4 from gnu_andrew at member dot fsf dot org 2006-07-22 22:02 --- (gdb) call debug_tree(cons) constructor 0x2afd16299840 type record_type 0x2afd15e4a790 java.lang.Class tree_3 type_2 type_4 BLK size integer_cst 0x2afd15e44f30 constant invariant 2240 unit size integer_cst 0x2afd16274030 constant invariant 280 align 64 symtab 0 alias set -1 fields var_decl 0x2afd1627a9a0 class$0 type pointer_type 0x2afd15e4a840 public static unsigned DI file java/lang/Class.java line 0 size integer_cst 0x2afd15e2ebd0 constant invariant 64 unit size integer_cst 0x2afd15e2ec00 constant invariant 8 align 64 context record_type 0x2afd15e4a790 java.lang.Class chain field_decl 0x2afd15e50480 D.83 pointer_to_this pointer_type 0x2afd15e4a840 chain type_decl 0x2afd15e4c000 java.lang.Class (gdb) call debug_tree(temp) constructor 0x2afd16299810 type record_type 0x2afd15e4a4d0 java.lang.Object tree_3 type_2 type_4 DI size integer_cst 0x2afd15e2ebd0 constant invariant 64 unit size integer_cst 0x2afd15ec0ab0 constant invariant 8 align 64 symtab 369629040 alias set -1 fields field_decl 0x2afd15e49840 vtable type pointer_type 0x2afd15e4d2c0 private unsigned DI file built-in line 0 size integer_cst 0x2afd15e2ebd0 64 unit size integer_cst 0x2afd15e2ec00 constant invariant 8 align 64 offset_align 128 offset integer_cst 0x2afd15e2e6f0 constant invariant 0 bit offset integer_cst 0x2afd15e2eed0 constant invariant 0 context record_type 0x2afd15e4a4d0 java.lang.Object pointer_to_this pointer_type 0x2afd15e4a580 chain type_decl 0x2afd15e3edd0 java.lang.Object -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28458
[Bug java/28222] New: [ecj] Fails compiling gnu/java/security/x509/X509Certificate.java
The gcj-eclipse branch fails compiling the gnu/java/security/x509/X509Certificate.java file as part of the build. Output and assembler files are attached. -- Summary: [ecj] Fails compiling gnu/java/security/x509/X509Certificate.java Product: gcc Version: 4.2.0 Status: UNCONFIRMED Keywords: build Severity: normal Priority: P3 Component: java AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: gnu_andrew at member dot fsf dot org GCC build triplet: x86_64-unknown-linux-gnu GCC host triplet: x86_64-unknown-linux-gnu GCC target triplet: x86_64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28222
[Bug java/28222] [ecj] Fails compiling gnu/java/security/x509/X509Certificate.java
--- Comment #1 from gnu_andrew at member dot fsf dot org 2006-07-02 17:37 --- Created an attachment (id=11799) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11799action=view) Output of the failed command -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28222
[Bug java/28222] [ecj] Fails compiling gnu/java/security/x509/X509Certificate.java
--- Comment #2 from gnu_andrew at member dot fsf dot org 2006-07-02 17:38 --- Failed command is: /home/gandalf/projects/java/classpath/gcj/build/gcc/gcj -B/home/gandalf/projects/java/classpath/gcj/build/x86_64-unknown-linux-gnu/libjava/ -B/home/gandalf/projects/java/classpath/gcj/build/gcc/ -fomit-frame-pointer -fclasspath= -fbootclasspath=/home/gandalf/projects/java/classpath/gcj/build/x86_64-unknown-linux-gnu/libjava/classpath/lib --encoding=UTF-8 -Wno-deprecated -fbootstrap-classes -g -O2 -c -MT gnu/java/security/x509.lo -MD -MP -MF gnu/java/security/x509.deps @gnu/java/security/x509.list -fPIC -o gnu/java/security/.libs/x509.o -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28222
[Bug java/28222] [ecj] Fails compiling gnu/java/security/x509/X509Certificate.java
--- Comment #3 from gnu_andrew at member dot fsf dot org 2006-07-02 17:39 --- Created an attachment (id=11800) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11800action=view) Assembler file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28222
[Bug java/28222] [ecj] Fails compiling gnu/java/security/x509/X509Certificate.java
--- Comment #4 from gnu_andrew at member dot fsf dot org 2006-07-02 17:39 --- Created an attachment (id=11801) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11801action=view) Assembler file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28222
[Bug java/28222] [ecj] Fails compiling gnu/java/security/x509/X509Certificate.java
--- Comment #5 from gnu_andrew at member dot fsf dot org 2006-07-02 17:40 --- Created an attachment (id=11802) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11802action=view) Assembler file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28222
[Bug java/28222] [ecj] Fails compiling gnu/java/security/x509/X509Certificate.java
--- Comment #6 from gnu_andrew at member dot fsf dot org 2006-07-02 17:45 --- This assertion fails: gcc_assert (!uid_region_num[INSN_UID (r-label)]); in gcc/except.c (remove_unreachable_regions) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28222
[Bug awt/16741] Toolkit.loadSystemColor unimplemented
-- gnu_andrew at member dot fsf dot org changed: What|Removed |Added Target Milestone|--- |0.91 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16741
[Bug awt/16005] GridBagLayout resizes components incorrectly when weigthy value is set
-- gnu_andrew at member dot fsf dot org changed: What|Removed |Added Target Milestone|--- |0.91 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16005
[Bug awt/22163] scrollbars appear and disappear
-- gnu_andrew at member dot fsf dot org changed: What|Removed |Added Target Milestone|--- |0.91 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22163
[Bug crypto/27111] SecureRandom isn't seeded on creation
-- gnu_andrew at member dot fsf dot org changed: What|Removed |Added Target Milestone|--- |0.91 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27111
[Bug classpath/24632] java.util.HashMap$HashIterator.hasNext throws ConcurrentModificationException
-- gnu_andrew at member dot fsf dot org changed: What|Removed |Added Target Milestone|--- |0.91 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24632
[Bug classpath/26707] lib/Makefile.am should ignore .svn directories
-- gnu_andrew at member dot fsf dot org changed: What|Removed |Added Target Milestone|--- |0.91 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26707
[Bug classpath/26688] Classpath Makefiles assume CVS source control
-- gnu_andrew at member dot fsf dot org changed: What|Removed |Added Target Milestone|--- |0.91 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26688
[Bug libgcj/11900] java.rmi.Naming does not parse rmi: URIs correctly
--- Additional Comments From gnu_andrew at member dot fsf dot org 2005-04-16 15:47 --- I'm attaching a patch which I've just committed to GNU Classpath CVS. This fixes this problem, using java.net.URI for interpretation as suggested. All methods also now follow a common scheme, via the use of two new private methods. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11900
[Bug libgcj/11085] SimpleDateFormat fails to parse valid dates
--- Additional Comments From gnu_andrew at member dot fsf dot org 2005-01-22 03:29 --- In current Classpath CVS head, parsing of this string is now successful. The output of the given test case is: $ java TestParse Result: Wed Jun 04 03:09:35 2003 Fail Fail is printed because the value doesn't match the given string. But, this string is the time localized to the timezone of where the class is being run. Sun outputs this localized String, while, at present, the Classpath one is always in GMT. It is clear that the above figure is the time 22:09:35 -0500 shifted five hours forward to GMT. Sun's VM (1.5) also fails the second bit, as it produces the localized output Wed Jun 04 04:09:35 BST 2003 (being run on a machine in the UK). Comparing the numeric millisecond values is more accurate, and this shows equivalent values (1054696175000) for both VMs, and a mental grasp of the date/time shows that the output is correct. The only possible bug remaining here is that the Date.toString() output is incorrect, as it does not use the timezone field. Whether this is truly a bug or not is open to debate, as there appears to be no documentation on this in java.util.Date other than the requirement for a zzz field. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11085
[Bug libgcj/6296] java.text.DateFormatSymbols and invalid locale (yi, yi) from Mauve
--- Additional Comments From gnu_andrew at member dot fsf dot org 2005-01-20 19:37 --- This testcase fails on gcj (up to 3.4 at least), GNU Classpath CVS HEAD and Sun's JDK. Reading the specification for java.util.ResourceBundle suggests that this is the correct behaviour; the combination of bundle names tried includes both those for the supplied locale, the base name and the default locale. Adding Locale.setDefault(new Locale(yi,yi)) confirms this by making the test path using Classpath CVS (although it still fails with Sun's JDK, presumably due to the documented issues with using Locale.setDefault). As a result, I would suggest that this testcase is instead removed. The only cases where a MissingResourceException would be thrown is where the resource bundle really is missing (e.g. a non-existant one such as gnu.java.foo) and this is really a test case for java.util.ResourceBundle rather than this class. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=6296
