<br><br><div class="gmail_quote">On Tue, Feb 10, 2009 at 5:28 PM, Martin Smith <span dir="ltr">&lt;<a href="mailto:martin.smith.jr@gmail.com">martin.smith.jr@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Rodrigo:<br>Are you saying that regardless of which method Eugeny uses, it will produce largely the same IL?&nbsp; The idea here is that there NSWindow is a struct that takes 70% of it&#39;s methods from NSControl (and its base classes). In fact, a method from NSObject or NSResponder (which sit at the bottom of the Objective-C inheritance chains) would get duplicated across the entire inheritance heirarchy (potentially hundreds or a few thousand times).&nbsp; I&#39;m not 100% sure here.&nbsp; Are you saying regardless of which solution is used, the generated dlls should be roughly the same size?<br>

<br>I just want to make sure that I&#39;m understanding everything.<br><br>Thanks!<br><font color="#888888">Martin</font><div><div></div><div class="Wj3C7c"></div></div></blockquote><div>&nbsp;<br>What I&#39;m saying is that valuetype inheritance doesn&#39;t make any sense at all. Doing so goes against the CLR type system and is doomed to fail.<br>
<br>Encoding a OO type hierarchy using valuetypes is plain wrong.<br><br>Let me restate that. It&#39;s not a bug in mono, the CLR is designed this way and there is no compeling reason to implement such broken behavior.<br>
</div></div>