[Mono-bugs] [Bug 636465] Monodroid generates incorrect java for subclasses of generic types.

[bugzilla_noreply at novell.com]

https://bugzilla.novell.com/show_bug.cgi?id=636465

https://bugzilla.novell.com/show_bug.cgi?id=636465#c2


--- Comment #2 from Mike Kestner <mkestner at novell.com> 2010-09-08 03:33:18 UTC ---
RE ArrayAdapter, the base class already has a Register attribute, and it would
be the same as the one we put on ArrayAdapter<T>, right?  We need to be able to
support the case where a second-level ancestor contains a register attribute if
we don't already.  Handling generic wrappers between there seems like something
that should be possible for monodroid.exe.

This is basically the same scenario as:

public class MyListView : Android.Widget.ListView {}

public class MyTrickedOutListView : MyListView {}

MyListView doesn't have a Register attr, but must be looked through to the
ListView to realize it needs to be wrapped, and the MyListView java class must
be determined programatically due to the lack of a Register in user-code.  The
constructor chaining also must be deduced dynamically here.

As far as non-concrete Generic subclasses, I'm guessing we'll need to escape
the type parameters into the name as you suggest.  At least for the overloaded
types.  We could certainly mark this support as future.  I don't think that
stops us from handling the OrderAdapter : AdapterView<string> {} case now
though.

-- 
Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.