A GCC checked out from CVS on 2005-01-29 compiles the following code without complaint, generating a g() that accesses Outer.x: class Outer { int x; void f(Object x) { class Inner { int g() { return x; } } } } The parameter with the same name should shadow the field, and GCC should then report an error because the parameter is not final and even has the wrong type. $ gcj -v -C nonfinal-shadow.java Using built-in specs. Configured with: /home/kalle/src/FOREIGN-CVS/gcc/configure --prefix=/home/kalle --exec-prefix=/home/kalle/i386-pc-linux-gnu --host=i386-pc-linux-gnu --build=i386-pc-linux-gnu Thread model: posix gcc version 4.0.0 20050129 (experimental) /home/kalle/stow/gcc/i386-pc-linux-gnu/bin/../libexec/gcc/i386-pc-linux-gnu/4.0.0/jc1 nonfinal-shadow.java -quiet -dumpbase nonfinal-shadow.java -auxbase-strip NONE -g1 -version -fsyntax-only -femit-class-files -o /dev/null GNU Java version 4.0.0 20050129 (experimental) (i386-pc-linux-gnu) compiled by GNU C version 4.0.0 20050103 (experimental). GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 Class path starts here: ./ /home/kalle/stow/gcc/i386-pc-linux-gnu/bin/../lib/gcc/../../../share/java/libgcj-4.0.0.jar/ (system) (zip)
Confirmed.
All gcj front end bugs have been fixed by the gcj-eclipse branch merge. I'm mass-closing the affected PRs. If you believe one of these was closed in error, please reopen it with a note explaining why. Thanks.