<p dir="ltr">Hi Simon, </p>
<p dir="ltr">Thomie changed it so the in place gcc can be called from the testsuite. The tests should pass now. </p>
<p dir="ltr">Kind regards, <br>
Tamar</p>
<p dir="ltr">Sent from my Mobile</p>
<div class="gmail_quote">On Jul 8, 2016 23:02,  <<a href="mailto:lonetiger@gmail.com">lonetiger@gmail.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div lang="EN-US" link="blue" vlink="#954F72"><div><p class="MsoNormal">Hi Simon,</p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal">For these tests it shouldn’t matter much so I guess I can change them.</p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal">The Windows Build guide does ask to put /mingw64/bin/ on your path.</p><p class="MsoNormal">The reason I tend not to want to use GHC to compile my c files for the tests is that GHC doesn’t just pass the commands along to gcc.</p><p class="MsoNormal">It adds to them. While for these single object files it doesn’t matter (as it just adds a few defines and include paths) It has bitten me multiple times in the past. Particularly when compiling shared libraries for tests since GHC wants to link in the RTS, which makes the files considerably larger and harder to debug so</p><p class="MsoNormal">I tend to avoid using GHC to compile just pure C code.</p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal">It means (with shared libraries) that I’ll end up with multiple RTSs loaded (at least in memory, which means stepping in gdb I have to keep track of the memory locations so I know which one I’m in). So I really wish there was a way  to tell GHC not to do this.</p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal">Also you’ll likely be linking against libraries compiled against other versions of GCC or MSVC so that shouldn’t be an issue.</p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal">I’ll change the tests tomorrow, but I would much prefer if the testsuite can tell me where the GCC to use is, so I don’t have to use GHC.</p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal">Regards,</p><p class="MsoNormal">Tamar</p><p class="MsoNormal"><span style="font-size:12.0pt;font-family:"Times New Roman",serif"><u></u> <u></u></span></p><div style="border:none;border-top:solid #e1e1e1 1.0pt;padding:3.0pt 0in 0in 0in"><p class="MsoNormal" style="border:none;padding:0in"><b>From: </b><a href="mailto:ghc-devs@haskell.org" target="_blank">Simon Peyton Jones via ghc-devs</a><br><b>Sent: </b>Friday, July 8, 2016 22:27<br><b>To: </b><a href="mailto:ghc-devs@haskell.org" target="_blank">ghc-devs@haskell.org</a><br><b>Subject: </b>Windows build</p></div><p class="MsoNormal"><span style="font-size:12.0pt;font-family:"Times New Roman",serif"><u></u> <u></u></span></p><p class="MsoNormal"><span lang="EN-GB">I’ve completed a successful build on my Surface Book!  Thank you.<u></u><u></u></span></p><p class="MsoNormal"><span lang="EN-GB"><u></u> <u></u></span></p><p class="MsoNormal"><span lang="EN-GB">One last glitch. I’m getting the validate failure bellow.<u></u><u></u></span></p><p class="MsoNormal"><span lang="EN-GB"><u></u> <u></u></span></p><p class="MsoNormal"><span lang="EN-GB">No other test requires gcc in my path.  GHC itself carefully navigates to its own private gcc.   Do we really want this family of tests (half a dozen variants of T11223) to rely on some random gcc, which might or might not be the same as GHC is using?  Shouldn’t we use ‘ghc foo.c’?<u></u><u></u></span></p><p class="MsoNormal"><span lang="EN-GB"><u></u> <u></u></span></p><p class="MsoNormal"><span lang="EN-GB">Simon<u></u><u></u></span></p><p class="MsoNormal"><span lang="EN-GB"><u></u> <u></u></span></p><p class="MsoNormal"><span lang="EN-GB">=====> T11223_simple_unused_duplicate_lib(normal) 3371 of 5211 [0, 6, 1]<u></u><u></u></span></p><p class="MsoNormal"><span lang="EN-GB">cd "/c/Users/simonpj/AppData/Local/Temp/ghctest-hFCtmi/test   spaces/./rts/T11223/T11223_simple_unused_duplicate_lib.run" && $MAKE -s --no-print-directory t_11223_simple_unused_duplicate_lib  <u></u><u></u></span></p><p class="MsoNormal"><span lang="EN-GB">Wrong exit code (expected 0 , actual 2 )<u></u><u></u></span></p><p class="MsoNormal"><span lang="EN-GB">Stdout:<u></u><u></u></span></p><p class="MsoNormal"><span lang="EN-GB"><u></u> <u></u></span></p><p class="MsoNormal"><span lang="EN-GB">Stderr:<u></u><u></u></span></p><p class="MsoNormal"><span lang="EN-GB">/bin/sh: gcc: command not found<u></u><u></u></span></p><p class="MsoNormal"><span lang="EN-GB">make[2]: *** [Makefile:42: t_11223_simple_unused_duplicate_lib] Error 127<u></u><u></u></span></p><p class="MsoNormal"><span lang="EN-GB"><u></u> <u></u></span></p><p class="MsoNormal"><u></u> <u></u></p></div></div></blockquote></div>