[Bug java/53527] 4.7.0 release can't enable java language
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53527 licheng.1...@gmail.com changed: What|Removed |Added Status|RESOLVED|CLOSED --- Comment #3 from licheng.1212 at gmail dot com 2012-05-31 07:37:29 UTC --- (In reply to comment #2) > (In reply to comment #1) > > mips-unknown-elf is not a hosted platform and thus does not support Java. > > But why the GCC 4.4.2 is OK,and I want to build a corss compiler that support > java for embedded system. sorry,you are right, I had been add a java patch for 4.4.2 gcc,I forgat it Thanks for your reply!!
[Bug java/53527] 4.7.0 release can't enable java language
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53527 --- Comment #2 from licheng.1212 at gmail dot com 2012-05-31 03:01:01 UTC --- (In reply to comment #1) > mips-unknown-elf is not a hosted platform and thus does not support Java. But why the GCC 4.4.2 is OK,and I want to build a corss compiler that support java for embedded system.
[Bug java/53527] New: 4.7.0 release can't enable java language
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53527 Bug #: 53527 Summary: 4.7.0 release can't enable java language Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: major Priority: P3 Component: java AssignedTo: unassig...@gcc.gnu.org ReportedBy: licheng.1...@gmail.com [licheng@localhost build]$ ../configure --prefix=${PREFIX} --target=${TARGET} --with-newlib --with-headers=../../newlib-1.20.0/newlib/libc/include/ --with-ar=${PREFIX}/bin/${TARGET}-ar --with-as=${PREFIX}/bin/${TARGET}-as --with-ld=${PREFIX}/bin/${TARGET}-ld --with-mpfr=${PREFIX} --with-gmp=${PREFIX} --with-ppl=${PREFIX} --with-cloog=${PREFIX} --with-mpc=${PREFIX} --enable-languages=c,c++,java --disable-multilib --with-gcc-version-trigger=../gcc/version.c --disable-libstdcxx-pch checking build system type... i686-pc-linux-gnu checking host system type... i686-pc-linux-gnu checking target system type... mips-unknown-elf checking for a BSD-compatible install... /usr/bin/install -c checking whether ln works... yes checking whether ln -s works... yes checking for a sed that does not truncate output... /bin/sed checking for gawk... gawk checking for libitm support... no checking for gcc... gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking for g++... g++ checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking for gnatbind... no checking for gnatmake... no checking whether compiler driver understands Ada... no checking how to compare bootstrapped objects... cmp --ignore-initial=16 $$f1 $$f2 checking for objdir... .libs checking for the correct version of gmp.h... yes checking for the correct version of mpfr.h... yes checking for the correct version of mpc.h... yes checking for the correct version of the gmp/mpfr/mpc libraries... yes checking for PWL_handle_timeout in -lpwl... yes checking for version 0.11 (revision 0 or later) of PPL... yes checking for installed CLooG PPL Legacy... PPL Legacy checking for version 0.15.5 (or later revision) of CLooG... yes configure: error: The following requested languages could not be built: java Supported languages are: c,c++,fortran,go,lto,objc,obj-c++ gcc 4.4.2 is OK
[Bug java/49258] -ffunction-sections and --gc-sectinons have no effect at gcj
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49258 --- Comment #6 from licheng.1212 at gmail dot com 2012-04-09 11:14:56 UTC --- (In reply to comment #5) > (In reply to comment #4) > > Yes,but why we can't remove the function notused() form vtable, since this > > function will never used. > > How can you tell? Without the full exectuable and knowing the entry point, > there is no way (-fwhole-program can help but it becomes a turning machine at > that point). class hello{ public void notused() { System.out.println("not used"); } public static void main(String argv[]) { System.out.println("Hello"); } } this is a full execlutable program,and it hava only one entry point "main"! and i test a c++ file,it will remove the unused funcitons "notused": [licheng@Soft04 ~]$ cat hello.cpp #include class hello { public: hello() { } void notused() { std::cout << "not used"; } void used() { std::cout << "used"; } ~hello() { } }hi; int main() { hello t; t.used(); return 0; } [licheng@Soft04 ~]$
[Bug java/49258] -ffunction-sections and --gc-sectinons have no effect at gcj
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49258 licheng.1...@gmail.com changed: What|Removed |Added Status|RESOLVED|WAITING Resolution|INVALID | Severity|normal |blocker --- Comment #4 from licheng.1212 at gmail dot com 2012-04-07 09:02:38 UTC --- (In reply to comment #3) > There is nothing to be done here since notused is used from the vtable for the > class. > > "objdump -d hello" does not show the vtables. Yes,but why we can't remove the function notused() form vtable, since this function will never used.
[Bug java/49258] -ffunction-sections and --gc-sectinons have no effect at gcj
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49258 licheng.1...@gmail.com changed: What|Removed |Added Severity|normal |blocker --- Comment #2 from licheng.1212 at gmail dot com 2012-04-07 07:53:34 UTC --- [licheng@rda ~]$ cat hello.java class hello{ public void notused() { System.out.println("not used"); } public static void main(String argv[]) { System.out.println("Hello"); } } [licheng@rda ~]$ gcj --main=hello hello.java -o hello -ffunction-sections -Wl,--gc-sections,--print-gc-sections /usr/bin/ld: Removing unused section '.rodata' in file '/usr/lib/gcc/i686-redhat-linux/4.6.3/../../../crt1.o' /usr/bin/ld: Removing unused section '.rodata' in file '/usr/lib/gcc/i686-redhat-linux/4.6.3/crtbegin.o' [licheng@rda ~]$ ./hello Hello [licheng@rda ~]$ objdump -d hello > hello.asm [licheng@rda ~]$ cat hello.asm | grep notused -C 5 8048866:e8 a5 fe ff ff call 8048710 <_ZN4java4lang6ObjectC1Ev@plt> 804886b:c9 leave 804886c:c3 ret 804886d:90 nop 0804886e <_ZN5hello7notusedEJvv>: 804886e:55 push %ebp 804886f:89 e5mov%esp,%ebp 8048871:53 push %ebx 8048872:83 ec 24 sub$0x24,%esp 8048875:bb 00 00 00 00 mov$0x0,%ebx 804887a:84 dbtest %bl,%bl 804887c:75 0cjne804888a <_ZN5hello7notusedEJvv+0x1c> 804887e:c7 04 24 c0 9e 04 08 movl $0x8049ec0,(%esp) 8048885:e8 46 fe ff ff call 80486d0 <_Jv_InitClass@plt> 804888a:a1 a0 9e 04 08 mov0x8049ea0,%eax 804888f:89 45 f4 mov%eax,-0xc(%ebp) 8048892:8b 45 f4 mov-0xc(%ebp),%eax [licheng@rda ~]$ my gcj version is gcj (GCC) 4.6.3 20120306 (Red Hat 4.6.3-2)
[Bug java/48417] -ffixed-regs option can't work in mips-elf-gcj compiler
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48417 --- Comment #6 from licheng.1212 at gmail dot com 2011-08-27 06:12:05 UTC --- (In reply to comment #5) > (In reply to comment #4) > > still hava this problem,please see the latest commit > > See PR43700, which I suspect was fixed by r172616 on trunk. PR43700's patch is bad,But PR43732's patch is OK PR43700: --- branches/gcc-4_4-branch/gcc/config/mips/mips.c2011/05/29 17:51:03 174408 +++ branches/gcc-4_4-branch/gcc/config/mips/mips.c2011/05/29 18:10:44 174409 @@ -8495,7 +8495,7 @@ property here. */ return (regno == GLOBAL_POINTER_REGNUM ? TARGET_CALL_SAVED_GP - : !call_really_used_regs[regno]); + : !global_regs[regno] && !call_really_used_regs[regno]); } /* Return true if the function body might clobber register REGNO. PR43732: diff -Naur gcc-4.4.3.base/gcc/config/mips/mips.c gcc-4.4.3/gcc/config/mips/mips.c --- gcc-4.4.3.base/gcc/config/mips/mips.c 2010-04-09 14:10:00.235609702 -0400 +++ gcc-4.4.3/gcc/config/mips/mips.c2010-04-09 14:12:28.520998582 -0400 @@ -8495,7 +8495,7 @@ property here. */ return (regno == GLOBAL_POINTER_REGNUM ? TARGET_CALL_SAVED_GP - : !call_really_used_regs[regno]); + : !call_really_used_regs[regno] && !fixed_regs[regno]); } /* Return true if the function body might clobber register REGNO. Please check it!!
[Bug java/49556] The import A cannot be resolved,But the A is placed at the current dir.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49556 licheng.1...@gmail.com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID --- Comment #3 from licheng.1212 at gmail dot com 2011-08-23 12:18:12 UTC --- same as the javac
[Bug java/49556] The import A cannot be resolved,But the A is placed at the current dir.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49556 --- Comment #2 from licheng.1212 at gmail dot com 2011-06-28 16:25:21 UTC --- (In reply to comment #1) > I think this is correct as classes in the same packages don't cannot be > imported. yes,you are right!Please close this bug
[Bug java/49556] New: The import A cannot be resolved,But the A is placed at the current dir.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49556 Summary: The import A cannot be resolved,But the A is placed at the current dir. Product: gcc Version: 4.4.2 Status: UNCONFIRMED Severity: blocker Priority: P3 Component: java AssignedTo: unassig...@gcc.gnu.org ReportedBy: licheng.1...@gmail.com there is a test case: [lee@localhost test]$ pwd /home/lee/project/test [lee@localhost test]$ ls A.java Main.java [lee@localhost test]$ cat A.java public final class A { public void a() { System.out.println("A print"); } } [lee@localhost test]$ cat Main.java import A; class Main{ public static void main(String args[]) { A a=new A(); a.a(); } } [lee@localhost test]$ gcj --classpath=./ -c Main.java Main.java:1: error: The import A cannot be resolved import A; ^ 1 problem (1 error) [lee@localhost test]$ But when I change the A to a package,then it's OK [lee@localhost test]$ tree . |-- Main.java `-- pakfile `-- A.java 1 directory, 2 files [lee@localhost test]$ cat pakfile/A.java package pakfile; public final class A { public void a() { System.out.println("A print"); } } [lee@localhost test]$ cat Main.java import pakfile.A; class Main{ public static void main(String args[]) { A a=new A(); a.a(); } } [lee@localhost test]$ gcj --classpath=./ -c Main.java [lee@localhost test]$
[Bug java/20215] gcj does not accept classes with same name fields
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20215 --- Comment #11 from licheng.1212 at gmail dot com 2011-06-01 16:12:04 UTC --- is anybody here???
[Bug java/49258] -ffunction-sections and --gc-sectinons have no effect at gcj
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49258 licheng.1...@gmail.com changed: What|Removed |Added Severity|major |blocker
[Bug java/49258] New: -ffunction-sections and --gc-sectinons have no effect at gcj
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49258 Summary: -ffunction-sections and --gc-sectinons have no effect at gcj Product: gcc Version: 4.4.2 Status: UNCONFIRMED Severity: major Priority: P3 Component: java AssignedTo: unassig...@gcc.gnu.org ReportedBy: licheng.1...@gmail.com there is many dead code at java source,and the gcj can't remove it. I hava been add the function-sections and gc-sections to the compiler flags.
[Bug java/20215] gcj does not accept classes with same name fields
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20215 --- Comment #10 from licheng.1212 at gmail dot com 2011-05-28 07:45:31 UTC --- (In reply to comment #4) > Confirmed, the gij problem has been fixed by the patches above, this only > leaves the java front-end > problem. Why ony gij can fixed? how about gcj??
[Bug java/49185] New: gcj does not accept classes with same name fields at new gcc version
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49185 Summary: gcj does not accept classes with same name fields at new gcc version Product: gcc Version: 4.4.2 Status: UNCONFIRMED Severity: blocker Priority: P3 Component: java AssignedTo: unassig...@gcc.gnu.org ReportedBy: licheng.1...@gmail.com please refer to bug20215 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20215
[Bug java/20215] gcj does not accept classes with same name fields
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20215 --- Comment #8 from licheng.1212 at gmail dot com 2011-05-27 04:37:22 UTC --- gij is OK
[Bug java/20215] gcj does not accept classes with same name fields
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20215 --- Comment #7 from licheng.1212 at gmail dot com 2011-05-26 15:06:37 UTC --- (In reply to comment #6) > the Testcase attachments can't donwload I have got the Testcase,but it still hava problem [lee@localhost Downloads]$ gcj -v DuplicateField.class Using built-in specs. Reading specs from /usr/lib/gcc/i686-redhat-linux/4.5.1/libgcj.spec rename spec startfile to startfileorig rename spec lib to liborig COLLECT_GCC=gcj COLLECT_LTO_WRAPPER=/usr/libexec/gcc/i686-redhat-linux/4.5.1/lto-wrapper Target: i686-redhat-linux Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --with-bugurl=http://bugzilla.redhat.com/bugzilla --enable-bootstrap --enable-shared --enable-threads=posix --enable-checking=release --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-gnu-unique-object --enable-linker-build-id --enable-languages=c,c++,objc,obj-c++,java,fortran,ada,lto --enable-plugin --enable-java-awt=gtk --disable-dssi --with-java-home=/usr/lib/jvm/java-1.5.0-gcj-1.5.0.0/jre --enable-libgcj-multifile --enable-java-maintainer-mode --with-ecj-jar=/usr/share/java/eclipse-ecj.jar --disable-libjava-multilib --with-ppl --with-cloog --with-tune=generic --with-arch=i686 --build=i686-redhat-linux Thread model: posix gcc version 4.5.1 20100924 (Red Hat 4.5.1-4) (GCC) COLLECT_GCC_OPTIONS='-v' '-fbootclasspath=./:/usr/share/java/libgcj-4.5.1.jar' '-g1' '-shared-libgcc' '-mtune=generic' '-march=i686' COLLECT_GCC_OPTIONS='-v' '-fbootclasspath=./:/usr/share/java/libgcj-4.5.1.jar' '-g1' '-shared-libgcc' '-mtune=generic' '-march=i686' /usr/libexec/gcc/i686-redhat-linux/4.5.1/jc1 DuplicateField.class -fhash-synchronization -fno-use-divide-subroutine -fuse-boehm-gc -fnon-call-exceptions -fkeep-inline-functions -quiet -dumpbase DuplicateField.class -mtune=generic -march=i686 -auxbase DuplicateField -g1 -version -fbootclasspath=./:/usr/share/java/libgcj-4.5.1.jar -faux-classpath /tmp/ccUMiMyu.zip -o /tmp/ccGWZOga.s GNU Java (GCC) version 4.5.1 20100924 (Red Hat 4.5.1-4) (i686-redhat-linux) compiled by GNU C version 4.5.1 20100924 (Red Hat 4.5.1-4), GMP version 4.3.1, MPFR version 2.4.2, MPC version 0.8.1 GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072 GNU Java (GCC) version 4.5.1 20100924 (Red Hat 4.5.1-4) (i686-redhat-linux) compiled by GNU C version 4.5.1 20100924 (Red Hat 4.5.1-4), GMP version 4.3.1, MPFR version 2.4.2, MPC version 0.8.1 GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072 Class path starts here: /tmp/ccUMiMyu.zip/ (zip) ./ (system) /usr/share/java/libgcj-4.5.1.jar/ (system) (zip) DuplicateField.java: In class 'DuplicateField': DuplicateField.java: In method 'DuplicateField.main(java.lang.String[])': In file included from :0:0: DuplicateField.java:0:0: error: mismatching signature for field 'foo' in 'DuplicateField' DuplicateField.java: In method 'DuplicateField.()': DuplicateField.java:0:0: error: mismatching signature for field 'foo' in 'DuplicateField'
[Bug libgcj/46575] relocation overflow when compile libgcj_tools_la-tools.o
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46575 licheng.1...@gmail.com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID --- Comment #6 from licheng.1212 at gmail dot com 2011-05-26 12:45:29 UTC --- -EL will ok
[Bug java/20215] gcj does not accept classes with same name fields
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20215 --- Comment #6 from licheng.1212 at gmail dot com 2011-05-26 12:44:09 UTC --- the Testcase attachments can't donwload
[Bug java/20215] gcj does not accept classes with same name fields
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20215 licheng.1...@gmail.com changed: What|Removed |Added CC||licheng.1212 at gmail dot ||com --- Comment #5 from licheng.1212 at gmail dot com 2011-05-26 12:10:07 UTC --- (In reply to comment #4) > Confirmed, the gij problem has been fixed by the patches above, this only > leaves the java front-end > problem. [lee@localhost gcj_test]$ gcj -v Using built-in specs. Reading specs from /usr/lib/gcc/i686-redhat-linux/4.5.1/libgcj.spec rename spec startfile to startfileorig rename spec lib to liborig COLLECT_GCC=gcj COLLECT_LTO_WRAPPER=/usr/libexec/gcc/i686-redhat-linux/4.5.1/lto-wrapper Target: i686-redhat-linux Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --with-bugurl=http://bugzilla.redhat.com/bugzilla --enable-bootstrap --enable-shared --enable-threads=posix --enable-checking=release --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-gnu-unique-object --enable-linker-build-id --enable-languages=c,c++,objc,obj-c++,java,fortran,ada,lto --enable-plugin --enable-java-awt=gtk --disable-dssi --with-java-home=/usr/lib/jvm/java-1.5.0-gcj-1.5.0.0/jre --enable-libgcj-multifile --enable-java-maintainer-mode --with-ecj-jar=/usr/share/java/eclipse-ecj.jar --disable-libjava-multilib --with-ppl --with-cloog --with-tune=generic --with-arch=i686 --build=i686-redhat-linux Thread model: posix gcc version 4.5.1 20100924 (Red Hat 4.5.1-4) (GCC) a.java: In class 'a': a.java: In method 'a.b(int)': In file included from :0:0: a.java:0:0: error: mismatching signature for field 'aP' in 'a' a.java:0:0: error: mismatching signature for field 'aP' in 'a' a.java:0:0: error: mismatching signature for field 'ae' in 'a'
[Bug java/26007] initialized final static data should go in .rodata, not .data
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26007 --- Comment #4 from licheng.1212 at gmail dot com 2011-05-17 16:12:07 UTC --- can anybody tell me how to change the final form .data to .rodata. which files have the check in gcc?
[Bug java/26007] initialized final static data should go in .rodata, not .data
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26007 licheng.1...@gmail.com changed: What|Removed |Added CC||licheng.1212 at gmail dot ||com --- Comment #3 from licheng.1212 at gmail dot com 2011-05-17 15:47:32 UTC --- (In reply to comment #1) > Note there are ticks for final static data to be changed IIRC. I don't know > how useful they are or if they really are valid. put it to .rodata is very useful to embebed system,this will release many memory useage.
[Bug java/48417] -ffixed-regs option can't work in mips-elf-gcj compiler
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48417 licheng.1...@gmail.com changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|INVALID | Severity|blocker |critical --- Comment #4 from licheng.1212 at gmail dot com 2011-05-17 15:33:45 UTC --- still hava this problem,please see the latest commit
[Bug java/48417] -ffixed-regs option can't work in mips-elf-gcj compiler
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48417 --- Comment #3 from licheng.1212 at gmail dot com 2011-04-27 16:03:56 UTC --- GCJjava_main.java Using built-in specs. Target: mips-elf Configured with: ../gcc-4.4.2/configure --prefix=/home/lee/gnu_src/dist --target=mips-elf --with-newlib --with-headers=../newlib-1.18.0/newlib/libc/include/ --with-ar=/home/lee/gnu_src/dist/bin/mips-elf-ar --with-as=/home/lee/gnu_src/dist/bin/mips-elf-as --with-ld=/home/lee/gnu_src/dist/bin/mips-elf-ld --with-mpfr=/home/lee/gnu_src/dist --with-gmp=/home/lee/gnu_src/dist --with-ppl=/home/lee/gnu_src/dist --with-cloog=/home/lee/gnu_src/dist --enable-languages=c,c++,java --disable-multilib --enable-libgcj --disable-threads --disable-interpreter --disable-libgcj-bc --enable-reduced-reflection --with-system-zlib --with-ecj-jar=/usr/share/java/eclipse-ecj.jar --disable-libjava-multilib --enable-static --disable-getenv-properties --disable-libunwind-exceptions --enable-sjlj-exceptions --disable-java-awt --disable-dssi --disable-bootstrap --disable-plugin --disable-shared --without-x --enable-java-gc=boehm --without-libffi --disable-jvmpi --disable-tls --disable-java-net --with-gcc-version-trigger=../gcc-4.4.2/gcc/version.c --disable-libstdcxx-pch --with-bugurl='In case of bug, please contact Coolsand Technologies.' Thread model: single gcc version 4.4.2 (Coolsand Version 1 - In test.) (GCC) COLLECT_GCC_OPTIONS='-fsaw-java-file' '-C' '-v' '-fencoding=UTF-8' '-Wno-deprecated' '-freduced-reflection' '-Wshadow' '-O2' '-g' '-falign-functions=16' '-falign-jumps=16' '-msoft-float' '-Wunused-function' '-Wunused' '-Wunused-variable' '-Wuninitialized' '-minterlink-mips16' '-fno-strict-aliasing' '-ffunction-sections' '-fdata-sections' '-fno-builtin-iswspace' '-ffixed-t3' '-ffixed-t4' '-ffixed-t5' '-ffixed-t6' '-ffixed-t7' '-ffixed-s2' '-ffixed-s3' '-ffixed-s4' '-ffixed-s5' '-ffixed-s6' '-ffixed-s7' '-ffixed-fp' '-G0' '-Wall' '-march=xcpu' '-mtune=xcpu' '-EL' '-mexplicit-relocs' '-fweb' '-frename-registers' '-mmemcpy' '-mmips-tfile' '-nostartfiles' '-nostdlib' '-nostdinc' '-nodefaultlibs' '-c' '-pipe' '-static' '-fwide-exec-charset=UTF-16LE' '-fshort-wchar' '-mips16' '-fbootclasspath=/home/lee/projects/g800_qq/soft/env/include/libj2me.jar:/home/lee/projects/g800_qq/soft/application/adaptation/java/src//LTRUNNER.jar:/home/lee/projects/g800_qq/soft/application/adaptation/java/src//QQ4.0Build05.04.01.jar:/home/lee/projects/g800_qq/soft/application/adaptation/java/src//qq2008.jar:/home/lee/projects/g800_qq/soft/application/adaptation/java/src//QQ2010_Java_Final_Build0332_Unsigned.jar:/home/lee/projects/g800_qq/soft/application/adaptation/java/src//smallistQQ/:/home/lee/csdtk/new_dtk_j2me/bin/../lib/gcc/../../share/java/libgcj-4.4.2.jar' '-fsyntax-only' '-femit-class-files' '-S' '-o' 'NONE' /home/lee/csdtk/new_dtk_j2me/bin/../libexec/gcc/mips-elf/4.4.2/ecj1 src/java_main.java -Wno-deprecated -Wshadow -Wunused-function -Wunused -Wunused-variable -Wuninitialized -Wall -g -fbootclasspath=/home/lee/projects/g800_qq/soft/env/include/libj2me.jar:/home/lee/projects/g800_qq/soft/application/adaptation/java/src//LTRUNNER.jar:/home/lee/projects/g800_qq/soft/application/adaptation/java/src//QQ4.0Build05.04.01.jar:/home/lee/projects/g800_qq/soft/application/adaptation/java/src//qq2008.jar:/home/lee/projects/g800_qq/soft/application/adaptation/java/src//QQ2010_Java_Final_Build0332_Unsigned.jar:/home/lee/projects/g800_qq/soft/application/adaptation/java/src//smallistQQ/:/home/lee/csdtk/new_dtk_j2me/bin/../lib/gcc/../../share/java/libgcj-4.4.2.jar -fencoding=UTF-8 -g -fsource=1.5 -ftarget=1.5 -fzip-dependency /tmp/cc7MD3YG.zip src/java_main.java:2: warning: The import java.io.IOException is never used import java.io.IOException; ^^^ src/java_main.java:15: warning: The field java_main.tmp is never read locally private MainMIDlet tmp; ^^^ 2 problems (2 warnings) COLLECT_GCC_OPTIONS='-fsaw-java-file' '-C' '-v' '-fencoding=UTF-8' '-Wno-deprecated' '-freduced-reflection' '-Wshadow' '-O2' '-g' '-falign-functions=16' '-falign-jumps=16' '-msoft-float' '-Wunused-function' '-Wunused' '-Wunused-variable' '-Wuninitialized' '-minterlink-mips16'
[Bug java/48417] -ffixed-regs option can't work in mips-elf-gcj compiler
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48417 --- Comment #2 from licheng.1212 at gmail dot com 2011-04-03 15:43:45 UTC --- (In reply to comment #1) > You have to build the java runtime with -ffixed-reg also. The runtime and all my project also have those options export CFLAGS="-G0 -Wall -mabi=32 -msoft-float -mno-abicalls -march=xcpu -mtune=xcpu -Wa,-march=xcpu,-mtune=xcpu -mips16 -EL -mexplicit-relocs -falign-functions=16 -falign-jumps=16 -fweb -frename-registers -mmemcpy -mmips-tfile -nostartfiles -nostdlib -nodefaultlibs -c -pipe -ffixed-t3 -ffixed-t4 -ffixed-t5 -ffixed-t6 -ffixed-t7 -ffixed-s2 -ffixed-s3 -ffixed-s4 -ffixed-s5 -ffixed-s6 -ffixed-s7 -ffixed-fp -minterlink-mips16 -ffunction-sections -fdata-sections -O0 -g" export GCJFLAGS=${CFLAGS}
[Bug java/48417] New: -ffixed-regs option can't work in mips-elf-gcj compiler
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48417 Summary: -ffixed-regs option can't work in mips-elf-gcj compiler Product: gcc Version: 4.4.2 Status: UNCONFIRMED Severity: blocker Priority: P3 Component: java AssignedTo: unassig...@gcc.gnu.org ReportedBy: licheng.1...@gmail.com I hava build a cross compiler for my embeded platform Using built-in specs. Target: mips-elf Configured with: ../gcc-4.4.2/configure --prefix=/home/lee/gnu_src/dist --target=mips-elf --with-newlib --with-headers=../newlib-1.18.0/newlib/libc/include/ --with-ar=/home/lee/gnu_src/dist/bin/mips-elf-ar --with-as=/home/lee/gnu_src/dist/bin/mips-elf-as --with-ld=/home/lee/gnu_src/dist/bin/mips-elf-ld --with-mpfr=/home/lee/gnu_src/dist --with-gmp=/home/lee/gnu_src/dist --with-ppl=/home/lee/gnu_src/dist --with-cloog=/home/lee/gnu_src/dist --enable-languages=c,c++,java --disable-multilib --enable-libgcj --disable-threads --disable-interpreter --disable-libgcj-bc --enable-reduced-reflection --with-system-zlib --with-ecj-jar=/usr/share/java/eclipse-ecj.jar --disable-libjava-multilib --enable-static --disable-getenv-properties --disable-libunwind-exceptions --enable-sjlj-exceptions --disable-java-awt --disable-dssi --disable-bootstrap --disable-plugin --disable-shared --without-x --enable-java-gc=boehm --without-libffi --disable-jvmpi --disable-tls --disable-java-net --with-gcc-version-trigger=../gcc-4.4.2/gcc/version.c --disable-libstdcxx-pch and I add the following option for compiler -G0 -Wall -msoft-float -march=xcpu -mtune=xcpu -Wa,-march=xcpu,-mtune=xcpu -mips16 -EL -mexplicit-relocs -fweb -frename-registers -mmemcpy -mmips-tfile -nostartfiles -nostdlib -nodefaultlibs -c -pipe -ffixed-t3 -ffixed-t4 -ffixed-t5 -ffixed-t6 -ffixed-t7 -ffixed-s2 -ffixed-s3 -ffixed-s4 -ffixed-s5 -ffixed-s6 -ffixed-s7 -ffixed-fp -minterlink-mips16 as it shows, i make some -fixed-regs options for my compiler,and it work OK for C code, but the java code is still use register s2 ~ fp,I don't konw why? following is some code fragment disassemble from the final elf file 82056f50 <_ZN9java_main4mainEJvv>: 82056f50: 63f2addiu sp,-112 82056f52 <$LCFI4>: 82056f52: 679emovea0,s8 82056f54: d41asw a0,104(sp) 82056f56: 6777movev1,s7 82056f58: 6756movev0,s6 82056f5a: 67f5movea3,s5 82056f5c: 67d4movea2,s4 82056f5e: 6792movea0,s2 82056f60: d319sw v1,100(sp) 82056f62: d218sw v0,96(sp) 82056f64: b33clw v1,82057054 <$LCFI4+0x102> 82056f66: b23dlw v0,82057058 <$LCFI4+0x106> 82056f68: d717sw a3,92(sp) 82056f6a: d616sw a2,88(sp) 82056f6c: d414sw a0,80(sp) 82056f6e: 060caddiu a2,sp,48 82056f70: d012sw s0,72(sp) 82056f72: 67fdmovea3,sp 82056f74: 67b3movea1,s3 how about of the -ffixed-reg option for gcj? thanks!!
[Bug libgcj/46575] relocation overflow when compile libgcj_tools_la-tools.o
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46575 licheng.1...@gmail.com changed: What|Removed |Added Component|java|libgcj --- Comment #5 from licheng.1212 at gmail dot com 2010-11-22 12:40:10 UTC --- it's a libgcj bug
[Bug java/46575] relocation overflow when compile libgcj_tools_la-tools.o
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46575 --- Comment #4 from licheng.1212 at gmail dot com 2010-11-20 11:25:40 UTC --- libgcj_tools_la-tools.S.tar.bz2 is too big to upload, so i spilt it to three file. please use cat x* > libgcj_tools_la-tools.S.tar.bz2 to get it
[Bug java/46575] relocation overflow when compile libgcj_tools_la-tools.o
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46575 --- Comment #3 from licheng.1212 at gmail dot com 2010-11-20 11:22:56 UTC --- Created attachment 22468 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22468 libgcj_tools_la-tools.S.tar.bz2 file 3
[Bug java/46575] relocation overflow when compile libgcj_tools_la-tools.o
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46575 --- Comment #2 from licheng.1212 at gmail dot com 2010-11-20 11:21:39 UTC --- Created attachment 22467 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22467 libgcj_tools_la-tools.S.tar.bz2 file 2
[Bug java/46575] relocation overflow when compile libgcj_tools_la-tools.o
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46575 --- Comment #1 from licheng.1212 at gmail dot com 2010-11-20 11:20:19 UTC --- Created attachment 22466 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22466 libgcj_tools_la-tools.S.tar.bz2 file 1
[Bug java/46575] New: relocation overflow when compile libgcj_tools_la-tools.o
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46575 Summary: relocation overflow when compile libgcj_tools_la-tools.o Product: gcc Version: 4.4.2 Status: UNCONFIRMED Severity: critical Priority: P3 Component: java AssignedTo: unassig...@gcc.gnu.org ReportedBy: licheng.1...@gmail.com I have ported the gcc-4.4.2 to my mips-elf platform, and it's run's OK. But when I want to enable the jave language support and enable libgcj,it will cause a crash when at make process. I [compiler_t...@localhost libjava]$ /usr/local/src/coolsand-gcc/cross_csd/gcc_build/gcc/gcj -v -B/usr/local/src/coolsand-gcc/cross_csd/gcc_build/mips-elf/libjava/ -B/usr/local/src/coolsand-gcc/cross_csd/gcc_build/gcc/ -fclasspath= -fbootclasspath=../../../gcc-4.4.2/libjava/classpath/lib --encoding=UTF-8 -Wno-deprecated -fbootstrap-classes -findirect-dispatch -fno-bootstrap-classes -fno-indirect-classes -g -O2 -MT classpath/tools/libgcj_tools_la-tools.lo -MD -MP -MF classpath/tools/.deps/libgcj_tools_la-tools.Tpo -c classpath/tools/tools.zip -o classpath/tools/libgcj_tools_la-tools.o Reading specs from /usr/local/src/coolsand-gcc/cross_csd/gcc_build/gcc/specs Reading specs from /usr/local/src/coolsand-gcc/cross_csd/gcc_build/mips-elf/libjava/libgcj.spec rename spec startfile to startfileorig rename spec lib to liborig Target: mips-elf Configured with: ../gcc-4.4.2/configure --prefix=/usr/local/src/coolsand-gcc/cross_csd/crosscompiler --target=mips-elf --with-newlib --with-headers=../newlib-1.18.0/newlib/libc/include/ --with-ar=/usr/local/src/coolsand-gcc/cross_csd/crosscompiler/bin/mips-elf-ar --with-as=/usr/local/src/coolsand-gcc/cross_csd/crosscompiler/bin/mips-elf-as --with-ld=/usr/local/src/coolsand-gcc/cross_csd/crosscompiler/bin/mips-elf-ld --with-mpfr=/usr/local/src/coolsand-gcc/cross_csd/crosscompiler --with-gmp=/usr/local/src/coolsand-gcc/cross_csd/crosscompiler --with-ppl=/usr/local/src/coolsand-gcc/cross_csd/crosscompiler --with-cloog=/usr/local/src/coolsand-gcc/cross_csd/crosscompiler --enable-languages=c,c++,java --disable-multilib --disable-libgcj-bc --enable-libgcj --enable-static --disable-rpath --disable-bootstrap --disable-libgcj-multifile --disable-libjava-multilib --with-gcc-version-trigger=../gcc-4.4.2/gcc/version.c --disable-libstdcxx-pch --with-bugurl='In case of bug, please contact Coolsand Technologies.' Thread model: single gcc version 4.4.2 (Coolsand Version 1 - In test.) (GCC) COLLECT_GCC_OPTIONS='-v' '-B/usr/local/src/coolsand-gcc/cross_csd/gcc_build/mips-elf/libjava/' '-B/usr/local/src/coolsand-gcc/cross_csd/gcc_build/gcc/' '-fencoding=UTF-8' '-Wno-deprecated' '-findirect-dispatch' '-fno-bootstrap-classes' '-fno-indirect-classes' '-g' '-O2' '-MT' 'classpath/tools/libgcj_tools_la-tools.lo' '-MD' '-MP' '-MF' 'classpath/tools/.deps/libgcj_tools_la-tools.Tpo' '-c' '-o' 'classpath/tools/libgcj_tools_la-tools.o' '-fbootclasspath=./:../../../gcc-4.4.2/libjava/classpath/lib/' '-s-bc-abi' COLLECT_GCC_OPTIONS='-v' '-B/usr/local/src/coolsand-gcc/cross_csd/gcc_build/mips-elf/libjava/' '-B/usr/local/src/coolsand-gcc/cross_csd/gcc_build/gcc/' '-fencoding=UTF-8' '-Wno-deprecated' '-findirect-dispatch' '-fno-bootstrap-classes' '-fno-indirect-classes' '-g' '-O2' '-MT' 'classpath/tools/libgcj_tools_la-tools.lo' '-MD' '-MP' '-MF' 'classpath/tools/.deps/libgcj_tools_la-tools.Tpo' '-c' '-o' 'classpath/tools/libgcj_tools_la-tools.o' '-fbootclasspath=./:../../../gcc-4.4.2/libjava/classpath/lib/' '-s-bc-abi' /usr/local/src/coolsand-gcc/cross_csd/gcc_build/gcc/jc1 classpath/tools/tools.zip -fuse-divide-subroutine -fcheck-references -fuse-boehm-gc -fkeep-inline-functions -quiet -dumpbase tools.zip -auxbase-strip classpath/tools/libgcj_tools_la-tools.o -g -O2 -Wno-deprecated -version -fencoding=UTF-8 -findirect-dispatch -fno-bootstrap-classes -fno-indirect-classes -fbootclasspath=./:../../../gcc-4.4.2/libjava/classpath/lib/ -MD_ -MT classpath/tools/libgcj_tools_la-tools.lo -MF classpath/tools/.deps/libgcj_tools_la-tools.Tpo -o /tmp/ccckNe4s.s GNU Java (GCC) version 4.4.2 (Coolsand Version 1 - In test.) (mips-elf) compiled by GNU C version 4.5.1 20100924 (Red Hat 4.5.1-4), GMP version 4.3.2, MPFR version 2.4.2. warning: GMP header version 4.3.2 differs from library version 4.3.1. GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072 Class path starts here: ./ ./ (system) ../../../gcc-4.4.2/libjava/classpath/lib/ (system) COLLECT_GCC_OPTIONS='-v' '-B/usr/local/src/coolsand-gcc/cross_csd/gcc_build/mips-elf/libjava/' '-B/usr/local/src/coolsand-gcc/cross_csd/gcc_build/gcc/' '-fencoding=UTF-8' '-Wno-deprecated' '-findirect-dispatch' '-fno-bootstrap-classes' '-fno-indirect-classes' '-g' '-O2' '-MT' 'classpath/tools/libgcj_tools_la-tools.lo' '-MD' '-MP' '-MF' 'classpath/tools/.deps/libgcj_tools_la-tools.Tpo' '-c' '-o' 'classpath/tools/libgcj_tools_la-tools.o' '-fbootclasspath=./:../../../gcc-4.4.2/libj