[Bug java/19810] Finally handling inconsistent when compiling to class/executable

2007-01-09 Thread tromey at gcc dot gnu dot org
--- Comment #3 from tromey at gcc dot gnu dot org 2007-01-09 20:47 --- 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. -- t

[Bug java/19810] Finally handling inconsistent when compiling to class/executable

2005-02-18 Thread tromey at gcc dot gnu dot org
--- Additional Comments From tromey at gcc dot gnu dot org 2005-02-19 00:19 --- I investigated this some more. The code generator for "return" looks at the finally stack to decide whether to call any finally handlers. But, the code generator for "try" has a special case when the finall

[Bug java/19810] Finally handling inconsistent when compiling to class/executable

2005-02-07 Thread tromey at gcc dot gnu dot org
--- Additional Comments From tromey at gcc dot gnu dot org 2005-02-07 19:21 --- This also affects 3.3. The code for the wtf() method forgets to call the finally handler: 0: iload_0 1: ifeq 7 4: iconst_1 5: ireturn 6: pop 7: iconst_0 8: ireturn -- What|Re