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>