[Mono-bugs] [Bug 58343][Nor] Changed - AOT failure for classpath.dll from ikvm

[bugzilla-daemon@bugzilla.ximian.com]

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 massi@ximian.com.

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

--- shadow/58343	2004-05-17 09:45:01.000000000 -0400
+++ shadow/58343.tmp.21812	2004-05-18 06:08:34.000000000 -0400
@@ -80,6 +80,26 @@
 Aborted
 
 cvs diff only shows one local change and thats in helpers.c enabling 
 intel asm output, do you have any local changes?
 
 or are we testing different classpaths.dll? maybee that's the problem?
+
+------- Additional Comments From massi@ximian.com  2004-05-18 06:08 -------
+> or are we testing different classpaths.dll? maybee that's the problem?
+
+It is very likely that this is the problem, but in this case the bug is
+not actually fixed. Even if the code in classpath.dll is bad, the aot
+compiler should not abort the execution.
+
+By the way, my classpath.dll comes from mono beta1 rpms for Fedora core.
+
+I also tracked down the method that causes the problem:
+
+mono --compile java.util.zip.ZipEntry:setTime -O=all classpath.dll
+
+works, while
+
+mono --compile java.util.zip.ZipEntry:setTime -O=-all classpath.dll
+
+aborts the compilation.
+