[Mono-bugs] [Bug 51023][Nor] New - Ahead-of-time feature disabled while using `mono foo.exe'

bugzilla-daemon@bugzilla.ximian.com bugzilla-daemon@bugzilla.ximian.com
Sat, 15 Nov 2003 05:02:08 -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 polak@gnu.org.


--- shadow/51023	2003-11-15 05:02:08.000000000 -0500
+++ shadow/51023.tmp.16906	2003-11-15 05:02:08.000000000 -0500
@@ -0,0 +1,47 @@
+Bug#: 51023
+Product: Mono/Runtime
+Version: unspecified
+OS Details: 
+Status: NEW   
+Priority: Normal
+Component: misc
+AssignedTo: mono-bugs@ximian.com                            
+ReportedBy: polak@gnu.org               
+QAContact: mono-bugs@ximian.com
+TargetMilestone: ---
+Summary: Ahead-of-time feature disabled while using `mono foo.exe'
+Description of Problem:
+The "ahead-of-time" feature is disabled while using `mono foo.exe'
+instead of `mono ./foo.exe' (of course after doing previous
+`mono --aot foo.exe').
+Steps to reproduce the problem:
+1. mcs foo.cs
+2. mono --aot foo.exe
+3. stat foo.exe.so
+4. mono foo.exe     (instead of `mono ./foo.exe')
+5. stat foo.exe.so
+Actual Results:
+`stat' shows no changes in the `Access' field of `foo.exe.so'.
+Expected Results:
+`foo.exe.so' should be read, but isn't. The solution is
+to use `mono ./foo.exe' instead of `mono foo.exe'.
+How often does this happen? 
+Additional Information:
+Checked with mono 0.28 and recent CVS version.