gcj -c -o bla.o sancho/view/transfer/AbstractDetailDialog.java
sancho/view/transfer/AbstractDetailDialog.java: In class
sancho/view/transfer/AbstractDetailDialog.java: In constructor '(int)':
sancho/view/transfer/AbstractDetailDialog.java:11: error: Can't find constructor
'org.eclipse.swt.widgets.Dialog(I)' in type 'org.eclipse.swt.widgets.Dialog'.
gcc version 4.0.0 20041130 (experimental) doesn't work.
gcc version 3.3.2 20031022 works fine.
It is due to the
"import org.eclipse.swt.widgets.*" in
Changing AbstractDetailDialog.java to explicitly import the correct Dialog class
public abstract class AbstractDetailDialog extends
(will attach small zip file)
Created attachment 7664 [details]
The java files.
I've looked into this a little.
Apparently we are getting to this line in
local_super = do_resolve_class (NULL, local_super, NULL, NULL);
(gdb) pt local_super
<pointer_type 0xf6d2315c Dialog unsigned SI
size <integer_cst 0xf6ce9330 type <integer_type 0xf6cf01d0 bit_size_type>
constant invariant 32>
unit size <integer_cst 0xf6ce9150 type <integer_type 0xf6cf015c> constant
align 32 symtab 0 alias set -1>
... but with the wrong `ctxp':
(gdb) p ctxp.filename
$91 = 0x8e3ab1a "./sancho/view/transfer/ClientDetailDialog.java"
Then we proceed to find "Dialog" using ClientDetailDialog's imports,
resulting in the incorrect org.eclipse.swt.widgets.Dialog
You might think we could call do_resolve_class here with "local_enclosing"
as an argument, but unfortunately it does not yet seem to have its
TYPE_IMPORT_DEMAND_LIST set yet.
Andrew agreed to look at this.
Java bugs are not showstoppers; removing target milestone.
Java bugs are not release-critical.
This could be fixed now (because of the fix for PR17860 and other import-related bugs).
Will not be fixed in 4.1.1; adjust target milestone to 4.1.2.
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.