<div dir="ltr">On Fri, Jan 18, 2013 at 2:53 PM, J. Garrett Morris <span dir="ltr">&lt;<a href="mailto:jgmorris@cs.pdx.edu" target="_blank">jgmorris@cs.pdx.edu</a>&gt;</span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">&gt; Why is it trying to create &quot;.&quot;?<br>
<br>
</div>You can specify -o&lt;dir&gt; with a directory that doesn&#39;t exist; perhaps GHC<br>
always tries to create the output directory?<br>
<br>
In any case, I can confirm the observed behavior with GHC 7.6.1 on<br>
Windows 8, running with elevated privilege.  It seems to only be a<br>
problem in the root directory tho---while I can observe the problem in<br>
both C:\ and D:\, I can&#39;t in any subdirectories thereof.<br></blockquote><div><br></div><div>That makes a certain amount of sense; the root directory of a drive is treated somewhat specially for backward compatibility reasons.  (In particular, &quot;.&quot; is emulated --- on FAT, at least, neither &quot;.&quot; nor &quot;..&quot; exists in a drive root, and this behavior may well be emulated to keep from confusing older programs.)</div>
</div><div><br></div>-- <br><div dir="ltr"><div>brandon s allbery kf8nh                               sine nomine associates</div><div><a href="mailto:allbery.b@gmail.com" target="_blank">allbery.b@gmail.com</a>                                  <a href="mailto:ballbery@sinenomine.net" target="_blank">ballbery@sinenomine.net</a></div>
<div>unix, openafs, kerberos, infrastructure, xmonad        <a href="http://sinenomine.net" target="_blank">http://sinenomine.net</a></div></div>
</div>