[Mono-bugs] [Bug 35894][Wis] Changed - reduce size of produced binaries
Wed, 12 May 2004 22:20:08 -0400 (EDT)
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@example.com.
--- shadow/35894 2004-01-04 21:41:47.000000000 -0500
+++ shadow/35894.tmp.13598 2004-05-12 22:20:08.000000000 -0400
@@ -1,8 +1,8 @@
+Product: Mono: Runtime
@@ -65,6 +65,10 @@
So, what we could do is allocate enough space for the brfalse to be a
long jump, but if it ends up being short, we just copy everything up.
However, this would not work so well if there were a fixup between the
jump and the mark. Do we really save enough to make this worth it? I
think the first case is worth it (it is a 5 minute hack), but i am not
convinced at all about the second.
+------- Additional Comments From firstname.lastname@example.org 2004-05-12 22:20 -------
+Marek today pointed to csc doing parameter name reduction when
+/optimize is passed.