[Mono-bugs] [Bug 28562][Wis] Changed - type info lost with enum arguments to a custom attr that takes an object
bugzilla-daemon@bugzilla.ximian.com
bugzilla-daemon@bugzilla.ximian.com
Wed, 24 Dec 2003 01:48:03 -0500 (EST)
Please do not reply to this email- if you want to comment on the bug, go to the
URL shown below and enter your comments there.
Changed by bmaurer@users.sf.net.
http://bugzilla.ximian.com/show_bug.cgi?id=28562
--- shadow/28562 2003-07-04 16:04:36.000000000 -0400
+++ shadow/28562.tmp.14175 2003-12-24 01:48:03.000000000 -0500
@@ -1,16 +1,16 @@
Bug#: 28562
-Product: Mono/MCS
+Product: Mono/Compilers
Version: unspecified
OS: other
OS Details:
Status: NEW
Resolution:
Severity: Unknown
Priority: Wishlist
-Component: Misc
+Component: C#
AssignedTo: martin@ximian.com
ReportedBy: lupus@ximian.com
QAContact: mono-bugs@ximian.com
TargetMilestone: ---
URL:
Cc:
@@ -136,6 +136,21 @@
------- Additional Comments From vargaz@freemail.hu 2003-05-09 08:35 -------
*** Bug 42660 has been marked as a duplicate of this bug. ***
------- Additional Comments From miguel@ximian.com 2003-07-04 16:04 -------
Martin, re-assigning to you; Can you look at this issue?
+
+------- Additional Comments From bmaurer@users.sf.net 2003-12-24 01:48 -------
+It looks like we need a special runtime call to do this cleanly. in
+encode_cattr_value, we specially handle enum objects. I think we need
+an `enum wrapper' for dynamic enums. Eg, we have a type like:
+
+internal class EnumWrapper {
+ object value;
+ Type type;
+
+ public object GetWrapper (object value, Type t);
+}
+
+Then the runtime can handle this method and print out the name of the
+new type, even though it has not been compiled yet.