[Bug java/28149] Fail to test GCC on simulation due to libjava build errors.
--- Comment #3 from jserv at kaffe dot org 2006-06-29 06:43 --- (In reply to comment #2) > The timezone part of this patch looks odd. > I would expect that we would need another case in there > for "__timezone" -- both a configure check and another > #if. I compared automake detecting report between gcc/gcj and GNU Classpath, and I found that macro definition HAVE_UNDERSCORE_TIMEZONE was set to different values. For the former, that is 1, and becomes unset for the later. GNU Classpath bootstrapped with Automake 1.9.6 works for me, and configure script outputs the right results. Still, I don't find other clues. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28149
[Bug java/28149] Fail to test GCC on simulation due to libjava build errors.
--- Comment #1 from jserv at kaffe dot org 2006-06-24 07:52 --- Created an attachment (id=11739) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11739&action=view) Fix build errors in libjava when target = arm-elf simulation -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28149
[Bug java/28149] New: Fail to test GCC on simulation due to libjava build errors.
While testing GCC on a simulator[1], there are some build errors causing the process failed. The files are involving in: (1) libjava/java/util/natVMTimeZone.cc (2) libjava/classpath/native/fdlibm/mprec.c Attachment attempts to fix the issue and drive testing GCC on simulation continue. [1] Reference: http://gcc.gnu.org/simtest-howto.html -- Summary: Fail to test GCC on simulation due to libjava build errors. Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: java AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jserv at kaffe dot org GCC build triplet: i486-linux-gnu GCC host triplet: i486-linux-gnu GCC target triplet: arm-elf http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28149
[Bug rtl-optimization/18081] [3.4 regression] Infinite memory allocation on -O3
--- Comment #19 from jserv at kaffe dot org 2006-05-17 08:48 --- I encountered the same problem with gcc-3.4.6 for ARM targets. Even I applied 18081.patch, the situation of infinite memory allocation still exists. Since gcc-3.4 is closed, I wonder if there is a fix against gcc-3.4.6. -- jserv at kaffe dot org changed: What|Removed |Added CC||jserv at kaffe dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18081
[Bug libgcj/22283] Fail to build libjava under zh_TW.UTF-8 locale.
--- Additional Comments From jserv at kaffe dot org 2005-07-05 09:59 --- So that, is there any chance to fix the issue, even via specific workaround? I have to change locale settings (zh_TW.UTF-8 --> C) when I rebuild GCJ. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22283
[Bug libgcj/22283] Fail to build libjava under zh_TW.UTF-8 locale.
--- Additional Comments From jserv at kaffe dot org 2005-07-03 05:19 --- Created an attachment (id=9196) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9196&action=view) Fix the incorrect input filenames in the Makefile of libjava -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22283
[Bug libgcj/22283] New: Fail to build libjava under zh_TW.UTF-8 locale.
I use zh_TW.UTF-8 as the default encoding in my machine, and I found that I failed to build libjava. The error messsages are as following: (LC_ALL=zh_TW.UTF-8 make) make[2]: Entering directory `/home/jserv/build-gcj/i686-pc-linux-gnu/libjava' /bin/sh ./libtool --mode=compile /home/jserv/build-gcj/./gcc/gcj \ -B/home/jserv/build-gcj/./gcc/ \ ... `find gnu/java/awt/peer/gtk -name '*.class' -print` ... gnu/java/awt/peer/gtk/GtkComponentPeer$1$PrepareImage.class -fPIC -o .libs/gtk-awt-peer.o gnu/java/awt/peer/gtk/GtkWindowPeer.java:0: fatal error: can't open gnu/java/awt/peer/gtk/GtkComponentPeer-B/home/jserv/build-gcj/./gcc/.class: No such file or directory compilation terminated. It seems that "gnu/java/awt/peer/gtk/GtkComponentPeer$1$PrepareImage.class " confuses gcj, so that I did a workaround to fix the issue (attached). -- Summary: Fail to build libjava under zh_TW.UTF-8 locale. Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: libgcj AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jserv at kaffe dot org 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=22283
[Bug java/22036] libjava/jni.cc compilation fix in cvs 2005-06-12
--- Additional Comments From jserv at kaffe dot org 2005-06-12 15:09 --- Created an attachment (id=9076) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9076&action=view) compilation fix to libjava/jni.cc -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22036
[Bug java/22036] New: libjava/jni.cc compilation fix in cvs 2005-06-12
I've cvs checked out gcc mainline (2005-06-12) to build gcj, and I found there were some compilation errors about libjava/jni.cc . The attachment is my fix against libjava/jni.cc . -- Summary: libjava/jni.cc compilation fix in cvs 2005-06-12 Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: java AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jserv at kaffe dot org 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=22036