[Bug java/21517] Bytecode -> native code mis-compilation
--- Comment #7 from overholt at redhat dot com 2005-11-08 19:31 --- (In reply to comment #6) > I agree, this looks like PR 23182. > Andrew (Overholt) -- does this bug still occur for you? No. Sorry, I should have closed this when I first realized that it was no longer occurring. Shall I close? -- overholt at redhat dot com changed: What|Removed |Added CC| |overholt at redhat dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21517
[Bug libgcj/25016] Integer overflow in _Jv_CondWait
--- Comment #3 from overholt at redhat dot com 2005-11-24 15:21 --- This test case does not work for me when I have not applied the patch. After application and building, it does appear to run "forever" :) Also, the Eclipse issue that spurred this on (referenced in comment #1) is fixed when I run with a patched gcc RPM set. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25016
[Bug java/24441] [4.1/4.2 regression] ICE's when building the ecj compiler 3.1.1
--- Comment #3 from overholt at redhat dot com 2005-12-12 15:07 --- I am experiencing this now as well. -- overholt at redhat dot com changed: What|Removed |Added CC||overholt at redhat dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24441
[Bug java/24441] [4.1/4.2 regression] ICE's when building the ecj compiler 3.1.1
--- Comment #5 from overholt at redhat dot com 2005-12-12 16:09 --- (In reply to comment #3) > I am experiencing this now as well. I should mention that I'm seeing this on x86_64 but not on i386. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24441
[Bug target/20294] ia64 gcj failures
--- Comment #3 from overholt at redhat dot com 2006-01-17 01:38 --- (In reply to comment #2) > Andrew, is this still happening with 4.1? No. Sorry I didn't close this already. I successfully built Eclipse (natively-compiled) on ia64 last week. Marking WORKSFORME. -- overholt at redhat dot com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20294
[Bug java/20104] New: gij fails on ppc and not on x86
I need to use ecj (the Eclipse java compiler) via gij (long story) so I am attempting something like this: CLASSPATH=jdtcore.jar:jdtCompilerAdapter.jar:libgcj-4.0.0.jar gij \ org.eclipse.jdt.internal.compiler.batch.Main HelloWorld.java On x86 I get no output and a class file, but on ppc I just get "Aborted." This happens with CVS head as of yesterday: $ gij --version gij (GNU libgcj) version 4.0.0 20050219 (experimental) gdb doesn't work for me in this case (via its CVS head or via the Fedora rawhide RPMs). I'll post the output of strace as an attachment -- Summary: gij fails on ppc and not on x86 Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: java AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: overholt at redhat dot com CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20104
[Bug java/20104] gij fails on ppc and not on x86
--- Additional Comments From overholt at redhat dot com 2005-02-20 15:11 --- Created an attachment (id=8239) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8239&action=view) output of strace gij org.eclipse.jdt.internal.compiler.batch.Main HelloWorld.java Stripped-down strace output (the full one is 1.1 MB which I'll post if necessary). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20104
[Bug java/20116] New: gcj-dbtool merging seems to lose mappings
For all of the Eclipse sub-RPMs, I'm trying to create mapping databases for their jars and then merge each one with into the main eclipse.db. Here is a snippet of the problem I'm having (seemingly truncated databases after a merge): [...] gcj-dbtool4 -l /usr/lib/eclipse/eclipse.db | head -n 2 Capacity: 18564 Size: 12374 gcj-dbtool4 -n /tmp/eclipse-ecj.db 8 gcj-dbtool4 -a /tmp/eclipse-ecj.db \ /usr/share/eclipse/plugins/org.eclipse.jdt.core_3.1.0/jdtcore.jar \ /usr/lib/eclipse/plugins/org.eclipse.jdt.core_3.1.0/jdtcore.jar.so gcj-dbtool4 -a /tmp/eclipse-ecj.db \ /usr/share/eclipse/plugins/org.eclipse.jdt.core_3.1.0/jdtCompilerAdapter.jar \ /usr/lib/eclipse/plugins/org.eclipse.jdt.core_3.1.0/jdtCompilerAdapter.jar.so gcj-dbtool4 -m /usr/lib/eclipse/eclipse.db /tmp/eclipse-ecj.db \ /usr/lib/eclipse/eclipse.db gcj-dbtool4 -l /usr/lib/eclipse/eclipse.db | head -n 2 Capacity: 1819 Size: 1211 [...] $ gcj-dbtool4 --version gcj-dbtool (GNU libgcj) 4.0.0 20050217 (Red Hat 4.0.0-0.27) -- Summary: gcj-dbtool merging seems to lose mappings Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: java AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: overholt at redhat dot com CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20116
[Bug java/20104] gij fails on ppc and not on x86
--- Additional Comments From overholt at redhat dot com 2005-02-22 15:09 --- (In reply to comment #3) > 1. Why was aload_3 generated? Which compiler genrated it? > overholt, please let me know how this jar file was generated. This jar file was generated by ecj. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20104
[Bug java/20104] gij fails on ppc and not on x86
--- Additional Comments From overholt at redhat dot com 2005-02-22 15:25 --- (In reply to comment #5) > Ok, so the file was generated by ecj, but was ecj precompiled or interpreted? > ecj was running interpreted at the time > What VM was ecj running on? gij > Does ecj generate this same bogus file for > org.eclipse.jdt.internal.compiler.impl.CompilerOptions when running on other > hardware? I will investigate other hardware now. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20104
[Bug java/20116] gcj-dbtool merging seems to lose mappings
--- Additional Comments From overholt at redhat dot com 2005-02-23 16:38 --- After further investigation, I have determined that this is not a bug with the dbtool. Closing. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20116
[Bug libffi/20104] gij fails on ppc and not on x86
--- Additional Comments From overholt at redhat dot com 2005-02-24 20:40 --- This is fixed for me as of 20050223. Changing to FIXED. -- What|Removed |Added Status|WAITING |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20104
[Bug java/20294] New: ia64 gcj failures
While trying to compile jdtcore.jar (from Eclipse) with indirect-dispatch, I get a tonne of what appear to be assembler errors: /tmp/ccszj3q5.s: Assembler messages: /tmp/ccszj3q5.s:156410: Error: instruction address is not a multiple of 16 My compilation attempt: $ gcj -fPIC -fjni -findirect-dispatch -shared -Wl,Bsymbolic -o jdtcore.jar.so \ jdtcore.jar I've uploaded a copy of jdtcore.jar (built by itself (ecj)) to here: http://overholt.ca/jdtcore.jar $ gcj --version gcj (GCC) 4.1.0 20050302 (experimental) -- Summary: ia64 gcj failures Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: java AssignedTo: aph at gcc dot gnu dot org ReportedBy: overholt at redhat dot com CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20294
[Bug libgcj/20504] New: java.util.regex implementation doesn't support quoting constructs
This was originally filed in GNU Classpath's BTS, but it should probably be here
as well.
Ziga Mahkovec wrote there
(https://savannah.gnu.org/bugs/index.php?func=detailitem&item_id=12307):
We were recently having some problems with the search functionality in native
eclipse[1]. It boiled down to the lack of quoting regex constructs support in
gnu.regexp.RE (\Q, \E). A simple test:
Pattern.compile("\\Q" + "boo" + "\\E").matcher("Peekaboo").find();
returns false using classpath and true using java-sun.
I'm attaching a more comprehensive Mauve test for the java.util.regex
functionality. It consists of three test suites, adapted from PCRE[2] (which is
BSD licensed):
- testdata1: tests that are currently passed by classpath
- testdata2: tests that currently fail (disabled since they probably
need to be reviewed)
- testdata3: tests that use quoting constructs
I'm also attaching a tentative patch for the quoting constructs problem.
[1] https://bugzilla.redhat.com/beta/show_bug.cgi?id=149927
[2] http://www.pcre.org/
--
Summary: java.util.regex implementation doesn't support quoting
constructs
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: libgcj
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: overholt at redhat dot com
CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu
dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20504
[Bug libgcj/20504] java.util.regex implementation doesn't support quoting constructs
--- Additional Comments From overholt at redhat dot com 2005-03-16 21:50 --- Created an attachment (id=8406) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8406&action=view) Patch for quoting constructs (from Ziga's CP bug) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20504
[Bug libgcj/20504] java.util.regex implementation doesn't support quoting constructs
--- Additional Comments From overholt at redhat dot com 2005-03-16 21:51 --- Created an attachment (id=8407) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8407&action=view) Mauve test cases for java.util.regex (from Ziga's CP bug) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20504
[Bug java/20606] New: ICE in make_edges, at cfgbuild.c:327 on x86_64 (with O2 - not with no optimizations)
Toggling line 17 of the (soon to be) attached source file allows the compilation to proceed. Bryce can duplicate this error with his build from head. $ gcj --version gcj (GCC) 4.0.0 20050320 (Red Hat 4.0.0-0.35) $ wget http://people.redhat.com/~overholt/Main.java $ javac Main.java $ gcj -fPIC -fjni -findirect-dispatch -shared -Wl,-Bsymbolic -o Main-noO2.so Main.class $ gcj -fPIC -fjni -findirect-dispatch -shared -Wl,-Bsymbolic -O2 -o Main-withO2.so Main.class Main.java: In class 'Main': Main.java: In method 'Main.buildLocation(java.lang.String,java.net.URL,java.lang.String)': Main.java:0: internal compiler error: in make_edges, at cfgbuild.c:327 -- Summary: ICE in make_edges, at cfgbuild.c:327 on x86_64 (with O2 - not with no optimizations) Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: java AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: overholt at redhat dot com CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20606
[Bug java/20606] ICE in make_edges, at cfgbuild.c:327 on x86_64 (with O2 - not with no optimizations)
--- Additional Comments From overholt at redhat dot com 2005-03-23 18:25 --- Created an attachment (id=8435) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8435&action=view) Test case Toggling the comment on line 17 affects things. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20606
[Bug java/20768] New: Bytecode -> native code doesn't handle exception properly
With the test case I will attach, I get different behaviour if I compile it
first to bytecode *with ecj* and then natively compile it versus interpreting
the bytecode (I have also tried going directly from source to native and that's
the same behaviour as interpreted).
The error does not happen with bytecode generated by gcj -C or Sun's javac.
To duplicate (note: javac == ecj in case 1 and Sun's javac in case 2)
1.
javac TestExceptionBug.java
gcj -fPIC -fjni -findirect-dispatch --main=TestExceptionBug -o TestExceptionBug
*.class
gcj -fPIC -fjni -findirect-dispatch --main=TestExceptionBug -o
nativeTestExceptionBug TestExceptionBug.java
echo " interpreted "; gij TestExceptionBug
echo " native (from source) "; ./nativeTestExceptionBug
echo " native (from bytecode) "; ./TestExceptionBug
Output:
interpreted
Finally! It's happened to me -- Ce Ce Penniston
Hi
native (from source)
Finally! It's happened to me -- Ce Ce Penniston
Hi
native (from bytecode)
Finally! It's happened to me -- Ce Ce Penniston
Exception in thread "main" TestExceptionBug$IndexedStoreException
at TestExceptionBug.getIndex(java.lang.String) (Unknown Source)
at TestExceptionBug.getIndex() (Unknown Source)
at TestExceptionBug.main(java.lang.String[]) (Unknown Source)
at gnu.java.lang.MainThread.call_main() (/usr/lib/libgcj.so.6.0.0)
at gnu.java.lang.MainThread.run() (/usr/lib/libgcj.so.6.0.0)
2.
javac TestExceptionBug.java
gcj -fPIC -fjni -findirect-dispatch --main=TestExceptionBug -o TestExceptionBug
*.class
gcj -fPIC -fjni -findirect-dispatch --main=TestExceptionBug -o
nativeTestExceptionBug TestExceptionBug.java
echo " interpreted "; gij TestExceptionBug
echo " native (from source) "; ./nativeTestExceptionBug
echo " native (from bytecode) "; ./TestExceptionBug
Output:
interpreted
Finally! It's happened to me -- Ce Ce Penniston
Hi
native (from source)
Finally! It's happened to me -- Ce Ce Penniston
Hi
native (from bytecode)
Finally! It's happened to me -- Ce Ce Penniston
Hi
$ gcj --version
gcj (GCC) 4.0.0 20050402 (Red Hat 4.0.0-0.39)
$ javac -version
Eclipse Java Compiler 0.537, pre-3.1.0 milestone-5, Copyright IBM Corp 2000,
2005. All rights reserved.
--
Summary: Bytecode -> native code doesn't handle exception
properly
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: java
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: overholt at redhat dot com
CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu
dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20768
[Bug java/20768] Bytecode -> native code doesn't handle exception properly
--- Additional Comments From overholt at redhat dot com 2005-04-05 18:12 --- Created an attachment (id=8537) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8537&action=view) Test case (boiled down from something we're seeing with Ecilpse) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20768
[Bug java/20768] Bytecode -> native code doesn't handle exception properly
-- What|Removed |Added CC||bkonrath at redhat dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20768
[Bug middle-end/20606] ICE in make_edges, at cfgbuild.c:327 on x86_64 (with O2 - not with no optimizations)
--- Additional Comments From overholt at redhat dot com 2005-08-24 14:45 --- (In reply to comment #11) > I'm surprised this still fails with 4.0.1-6. > > overholt, can you reproduce this? I am having other issues building Eclipse ATM but I have not seen this, no. If it's important, I can set up a system with this exact version and try. Building for rawhide uses 4.0.1-10 now. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20606
[Bug java/26138] New: Lots of warnings with gcj .jar -> .so
When natively-compiling the Eclipse jars, I get lots of warnings similar to
this:
org/eclipse/swt/internal/SWTEventObject.java:0: warning:
'_otable_syms_org_eclipse_swt_internal_SWTEventObject' defined but not used
org/eclipse/swt/internal/SWTEventObject.java:0: warning:
'_itable_syms_org_eclipse_swt_internal_SWTEventObject' defined but not used
I am compiling this jar like this:
/usr/bin/gcj -c -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions
-fstack-protector --param=ssp-buffer-size=4 -m32 -march=i386 -mtune=pentium4
-fasynchronous-unwind-tables -fPIC -findirect-dispatch -fjni
/var/tmp/eclipse-3.1.2-1jpp_4fc-buildroot/usr/lib/gcj/eclipse/org.eclipse.swt.gtk.linux.x86_3.1.1.jar.1.jar
-o
/var/tmp/eclipse-3.1.2-1jpp_4fc-buildroot/usr/lib/gcj/eclipse/org.eclipse.swt.gtk.linux.x86_3.1.1.jar.1.jar.o
$ gcj --version
gcj (GCC) 4.1.0 20060131 (Red Hat 4.1.0-0.20)
i386
--
Summary: Lots of warnings with gcj .jar -> .so
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: java
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: overholt at redhat dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26138
[Bug java/27028] New: Eclipse Update Manager throws ConcurrentModificationExceptions
While using the Eclipse update manager to install software, it sometimes fails with a ConcurrentModificationException. This seems to only happen some of the time but most often on the first attempt at installing Subclipse (ie. when it does the entire download, verification, etc.). Here's how to install Subclipse: http://subclipse.tigris.org/install.html -- Summary: Eclipse Update Manager throws ConcurrentModificationExceptions Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: java AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: overholt at redhat dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27028
[Bug java/20768] Bytecode -> native code doesn't handle exception properly
--- Additional Comments From overholt at redhat dot com 2005-04-26 14:54 --- I've verified this fix in the RPMs in Fedora rawhide (4.0.0-1). I'm not sure if this counts as a verification from gcc's standpoint, though. I'll mark as FIXED but feel free to change if I need to verify on HEAD or something. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20768
[Bug libgcj/21372] New: FileChannel.tryLock() return value incorrect
According to the spec, FileChannel.tryLock() should return null in the event that it cannot acquire a lock. libgcj's implementation does not currently do this and returns a FileLock object even though the lock has not been acquired. See attached test case. -- Summary: FileChannel.tryLock() return value incorrect Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: libgcj AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: overholt at redhat dot com CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21372
[Bug libgcj/21372] FileChannel.tryLock() return value incorrect
--- Additional Comments From overholt at redhat dot com 2005-05-03 21:24 --- Created an attachment (id=8810) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8810&action=view) test case part 1 Run this part first. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21372
[Bug libgcj/21372] FileChannel.tryLock() return value incorrect
--- Additional Comments From overholt at redhat dot com 2005-05-03 21:28 --- Created an attachment (id=8811) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8811&action=view) test case part 1 Run this file and leave it running while you try to run the second attachment (forthcoming). -- What|Removed |Added Attachment #8810 is|0 |1 obsolete|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21372
[Bug libgcj/21372] FileChannel.tryLock() return value incorrect
--- Additional Comments From overholt at redhat dot com 2005-05-03 21:29 --- Created an attachment (id=8812) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8812&action=view) second part to the test case Run this while TestLocking2 is running. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21372
[Bug libgcj/21372] FileChannel.tryLock() return value incorrect
--- Additional Comments From overholt at redhat dot com 2005-05-03 21:44 --- Created an attachment (id=8813) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8813&action=view) patch -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21372
[Bug libgcj/20504] java.util.regex implementation doesn't support quoting constructs
--- Additional Comments From overholt at redhat dot com 2005-05-04 14:28 --- Any news here? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20504
[Bug java/21517] New: Bytecode -> native code mis-compilation
I don't have a small test case for this, but we've narrowed
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=151919 down to be a gcj
mis-compilation. The jar that is being mis-compiled is
org.eclipse.ui.workbench. The symptom is that files can't be opened in Eclipse.
Removing the .jar.so makes the erroneous behaviour disappear.
The top of the stack trace (this appears in the Eclipse editor window where the
file contents should be) looks like this:
java.lang.ClassCastException:
org.eclipse.ui.internal.PlaceholderContributionItem cannot be cast to
org.eclipse.jface.action.ToolBarContributionItem
at org.eclipse.ui.internal.EditorActionBars.getToolBarManager()
(/usr/lib/eclipse/plugins/org.eclipse.ui.workbench_3.1.0.jar.so)
at
org.eclipse.ui.part.EditorActionBarContributor.init(org.eclipse.ui.IActionBars)
(/usr/lib/eclipse/plugins/org.eclipse.ui.workbench_3.1.0.jar.so)
I'll attach the bytecode of EditorActionBars but the entire jar is 2.4 MB so
it's probably stupid to attach the entire thing to this bug report. I've put it
here instead:
http://people.redhat.com/overholt/org.eclipse.ui.workbench_3.1.0.jar
The source for this plugin is available here:
http://dev.eclipse.org/viewcvs/index.cgi/org.eclipse.ui.workbench/?only_with_tag=v20050331-2000
I'm sorry I can't be more specific. I wanted to get this here while the
knowledge was fresh.
--
Summary: Bytecode -> native code mis-compilation
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: java
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: overholt at redhat dot com
CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu
dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21517
[Bug java/21517] Bytecode -> native code mis-compilation
--- Additional Comments From overholt at redhat dot com 2005-05-11 18:43 --- Created an attachment (id=8864) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8864&action=view) EditorActionBars bytecode (1 of 3) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21517
[Bug java/21517] Bytecode -> native code mis-compilation
--- Additional Comments From overholt at redhat dot com 2005-05-11 18:44 --- Created an attachment (id=8865) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8865&action=view) EditorActionBars bytecode (2 of 3) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21517
[Bug java/21517] Bytecode -> native code mis-compilation
--- Additional Comments From overholt at redhat dot com 2005-05-11 18:44 --- Created an attachment (id=8866) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8866&action=view) EditorActionBars bytecode (3 of 3) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21517
[Bug java/21517] Bytecode -> native code mis-compilation
--- Additional Comments From overholt at redhat dot com 2005-05-11 18:45 --- I tried compiling the bytecode with Sun's javac (as opposed to ecj) and the results are the same. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21517
[Bug java/21517] Bytecode -> native code mis-compilation
-- What|Removed |Added CC||bkonrath at redhat dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21517
[Bug java/18931] New: jar -> .so optimization problem
When natively compiling Eclipse jars with -O2, I get a compiler error:
$ gcj -fnew-verifier -fPIC -fjni -findirect-dispatch -shared -O2 -o
eclipse/startup.jar.so eclipse/startup.jar
org/eclipse/core/launcher/Main.java: In class 'org.eclipse.core.launcher.Main':
org/eclipse/core/launcher/Main.java: In method
'org.eclipse.core.launcher.Main.adjustTrailingSlash(java.net.URL,boolean)':
org/eclipse/core/launcher/Main.java:0: internal compiler error: in
copy_to_mode_reg, at explow.c:635
Compiling without -O2 (exact same other arguments) gives no errors.
startup.jar can be found here:
http://dev.eclipse.org/viewcvs/index.cgi/~checkout~/org.eclipse.releng.basebuilder/
$ gcj --version
gcj (GCC) 4.0.0 20041130 (experimental)
--
Summary: jar -> .so optimization problem
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: java
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: overholt at redhat dot com
CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu
dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18931
[Bug libgcj/19132] New: InputStreamReader constructor missing
Eclipse 3.1M4 (and presumably other 3.1s) makes use of the constructor java.io.InputStreamReader.(java.io.InputStream, java.nio.charset.Charset) which is not yet implemented in libgcj. -- Summary: InputStreamReader constructor missing Product: gcc Version: unknown Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: libgcj AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: overholt at redhat dot com CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19132
[Bug java/18931] jar -> .so optimization problem
--- Additional Comments From overholt at redhat dot com 2005-01-05 21:49 --- Using Jakub's gcc4 RPMs from Fedora rawhide (on Fedora Core 3), I'm getting: gcj4 -O2 -fPIC -fjni -findirect-dispatch -shared -o jsch-0.1.17.so \ jsch-0.1.17.jar com/jcraft/jsch/ChannelSftp.java: In method 'com.jcraft.jsch.ChannelSftp.ls(java.lang.String)': com/jcraft/jsch/ChannelSftp.java:0: internal compiler error: in remove_unreachable_regions, at except.c:694 This does not happen with no -O flag. gcj4 --version: gcj4 (GCC) 4.0.0 20041228 (Red Hat 4.0.0-0.17) target: i686-pc-linux File: http://dev.eclipse.org/viewcvs/index.cgi/org.eclipse.team.cvs.ssh2/jsch-0.1.17.jar A similar error happens with jsch-0.1.16.jar. -- What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18931
[Bug java/19295] New: Incorrect bytecode produced for bitwise AND
This is a boiled-down test case from part of Eclipse. gcj produces this bytecode: Method name:"isArrayType" public final Signature: ()boolean Attribute "Code", length:35, max_stack:3, max_locals:1, code_length:11 0: aload_0 1: getfield 4: i2l which results in a verification failure because it's producing an i2l instruction when there's a long on the stack. gcj4 --version gcj4 (GCC) 4.0.0 20041228 (Red Hat 4.0.0-0.17) (i686-pc-linux) $ gcj4 -C Test2.java; gcj4 -findirect-dispatch -c Test2.class Test2.java: In class 'Test2': Test2.java: In method 'Test2.isArrayType()': Test2.java:5: error: verification failed: incompatible type on stack Test2.java:5: error: expected type 'int' but stack contains 'void' Test2.java:5: confused by earlier errors, bailing out -- Summary: Incorrect bytecode produced for bitwise AND Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: java AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: overholt at redhat dot com CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19295
[Bug java/19295] Incorrect bytecode produced for bitwise AND
--- Additional Comments From overholt at redhat dot com 2005-01-06 19:15 --- Created an attachment (id=7884) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7884&action=view) test case -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19295
[Bug libgcj/19301] New: Can't run Eclipse with libgcj until jaxp is merged from classpath
It'd be nice if we could get gnujaxp merged in. That's all :)
--
Summary: Can't run Eclipse with libgcj until jaxp is merged from
classpath
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: libgcj
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: overholt at redhat dot com
CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu
dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19301
[Bug java/19505] New: Java bytecode ICE in except.c remove_unreachable_regions
As per final comment in PR18931, I'm opening a new PR. For additional comments
and a test case, see comments >= 2005-01-05 23:53 in PR18931.
Using Jakub's gcc4 RPMs from Fedora rawhide (on Fedora Core 3), I'm getting:
gcj4 -O2 -fPIC -fjni -findirect-dispatch -shared -o jsch-0.1.17.so \
jsch-0.1.17.jar
com/jcraft/jsch/ChannelSftp.java: In method
'com.jcraft.jsch.ChannelSftp.ls(java.lang.String)':
com/jcraft/jsch/ChannelSftp.java:0: internal compiler error: in
remove_unreachable_regions, at except.c:694
This does not happen with no -O flag.
gcj4 --version:
gcj4 (GCC) 4.0.0 20041228 (Red Hat 4.0.0-0.17)
target: i686-pc-linux
File:
http://dev.eclipse.org/viewcvs/index.cgi/org.eclipse.team.cvs.ssh2/jsch-0.1.17.jar
A similar error happens with jsch-0.1.16.jar.
--
Summary: Java bytecode ICE in except.c remove_unreachable_regions
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: java
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: overholt at redhat dot com
CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu
dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19505
[Bug java/18931] Java bytecode ICE in except.c remove_unreachable_regions
--- Additional Comments From overholt at redhat dot com 2005-01-18 14:50 --- Original bug verified fixed. New PR filed as requested: PR19505. -- What|Removed |Added Status|SUSPENDED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18931
[Bug java/19295] [4.0 regression] Incorrect bytecode produced for bitwise AND
--- Additional Comments From overholt at redhat dot com 2005-02-10 23:46 --- Verified. -- What|Removed |Added Status|RESOLVED|VERIFIED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19295
[Bug middle-end/18931] jar -> .so optimization problem
--- Additional Comments From overholt at redhat dot com 2004-12-10 19:43 --- Yes, this is i686-linux. I'll update to a more recent snapshot and see if I can reproduce. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18931
