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

[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 polak@gnu.org.

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

--- 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: 
+OS Details: 
+Status: NEW   
+Resolution: 
+Severity: 
+Priority: Normal
+Component: misc
+AssignedTo: mono-bugs@ximian.com                            
+ReportedBy: polak@gnu.org               
+QAContact: mono-bugs@ximian.com
+TargetMilestone: ---
+URL: 
+Cc: 
+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? 
+
+Always.
+
+Additional Information:
+
+Checked with mono 0.28 and recent CVS version.