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 [EMAIL PROTECTED]

http://bugzilla.ximian.com/show_bug.cgi?id=77530

--- shadow/77530        2006-02-21 12:34:47.000000000 -0500
+++ shadow/77530.tmp.11580      2006-02-21 12:52:50.000000000 -0500
@@ -213,6 +213,20 @@
 once. The generated code may be called hundreds of times (if being
 used in a web service for example). So what makes sense is to cache
 the array in the generated code, not in the generator.
 
 On the other hand, using lazy init wouldn't help much, since you'll
 always end up creating the arrays, so it is ok.
+
+------- Additional Comments From [EMAIL PROTECTED]  2006-02-21 12:52 -------
+Will that string[] in the generated code not be inlined anyway, or do 
+you recon we should define it as a const variable in the generated 
+method ?
+
+Also, I'm not convinced that caching any of these arrays in EnumMap 
+is really worth the additional memory usage (as we have the same 
+information already available in the Members array), but I trust your 
+judgement on this.
+
+How should I proceed on this ?
+
+
_______________________________________________
mono-bugs maillist  -  [email protected]
http://lists.ximian.com/mailman/listinfo/mono-bugs

Reply via email to