Hey, In the ClrGenerics3 scenario: public class ClassWithNestedGenericTypes1 { public class D { } public class C { public int Id { get { return 0; } } } public class C<T> { public int Id { get { return 1; } } } } IronRuby currently assumes that it will find C before C`1 when creating the different type groups. The test fails if you simply invert the two C declarations: public class ClassWithNestedGenericTypes1 { public class D { } public class C<T> { public int Id { get { return 1; } } } public class C { public int Id { get { return 0; } } } } Attached is a patch which fixes the updated test pass. -- Jb Evain? <jb at nurv.fr> -------------- next part -------------- A non-text attachment was scrubbed... Name: LoadNestedTypes.patch Type: application/octet-stream Size: 1433 bytes Desc: not available URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100817/65017017/attachment.obj>
Tomas Matousek
2010-Aug-17 18:30 UTC
[Ironruby-core] [patch] Fix for RubyModule.LoadNestedTypes
Thanks for the patch. Tomas -----Original Message----- From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Jb Evain Sent: Tuesday, August 17, 2010 11:13 AM To: ironruby-core at rubyforge.org Subject: [Ironruby-core] [patch] Fix for RubyModule.LoadNestedTypes Hey, In the ClrGenerics3 scenario: public class ClassWithNestedGenericTypes1 { public class D { } public class C { public int Id { get { return 0; } } } public class C<T> { public int Id { get { return 1; } } } } IronRuby currently assumes that it will find C before C`1 when creating the different type groups. The test fails if you simply invert the two C declarations: public class ClassWithNestedGenericTypes1 { public class D { } public class C<T> { public int Id { get { return 1; } } } public class C { public int Id { get { return 0; } } } } Attached is a patch which fixes the updated test pass. -- Jb Evain? <jb at nurv.fr>