I haven't tried it out, but perhaps Kevin was referring to this:
public class D<T> {
}
public class C : D<C> {
}
as opposed to what you tried:
public class D<T> {
}
public class E {
}
public class C : D<E> {
}
The distinction being that the subclasses type also happens to be the
superclass's type arg.
Sorry for being too lazy to try it out... maybe later :)
-Charles
On Thu, Jul 22, 2010 at 11:01 AM, Tomas Matousek <
tomas.matou...@microsoft.com> wrote:
> Can you send a small repro of what doesn’t work (both C# and Ruby code)?
>
> It works for me.
>
>
>
> test.cs:
>
> public class D<T> {
>
> }
>
>
>
> public class E {
>
> }
>
>
>
> public class C : D<E> {
>
> }
>
>
>
> ---
>
> >>> require ‘test.dll’
>
> => true
>
> >>> C.new
>
> => C
>
>
>
> Tomas
>
>
>
> *From:* ironruby-core-boun...@rubyforge.org [mailto:
> ironruby-core-boun...@rubyforge.org] *On Behalf Of *Kevin Pratt
> *Sent:* Thursday, July 22, 2010 5:29 AM
> *To:* ironruby-core
> *Subject:* [Ironruby-core] Accessing classes that are inherited from
> generics.
>
>
>
> Hello,
>
>
>
> I have a few classes in a namespace that follow this form.
>
>
>
> public class ExampleName : BaseClass<ExampleName>
>
> {
>
> }
>
>
>
> Any class that follows this structure does not get pulled through when I
> require my DLL.
>
>
>
> Does anyone have any ideas?
>
>
>
> I'm also using the Castle ActiveRecord project and the classes
> that inherit from ActiveRecordBase<> also do not come through.
>
>
>
> Thank you.
>
> Kevin.
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core@rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
_______________________________________________
Ironruby-core mailing list
Ironruby-core@rubyforge.org
http://rubyforge.org/mailman/listinfo/ironruby-core
