While making the Oberon for .Net compiler run with the mono runtime I found out that it has a method ref with name get_Name and the resolution scope points to S.R.FieldInfo. The problem is that FieldInfo itself doesn't include a Name property, though it inherits it from the abstract class MemberInfo. Is it correct to lookup the method in the base type in such cases? Should I do it only when the memberref token follows callvirt?
Is this behaviour documented somewhere? If it's documented and we can rely on it it would help no end with interoperability of programs compiled with a runtime and run on another, because some implementation details may remain hidden (like, in a hierarchy of classes an abstract method declared in a type can be implemented in the first tier of children or the next etc.): this is an implementation detail, IMHO and it would be good if we can get away with considering it as such or we all need to match the mscorlib implementation). lupus -- ----------------------------------------------------------------- [EMAIL PROTECTED] debian/rules [EMAIL PROTECTED] Monkeys do it better You can read messages from the DOTNET archive, unsubscribe from DOTNET, or subscribe to other DevelopMentor lists at http://discuss.develop.com.
