GhcDynamic build fails on Windows: can't find DLLs

[batterseapower]

Enabling GhcDynamic? causes the Windows build to fail:

"inplace/bin/ghc-stage2.exe"   -H64m -O0 -fasm     -i -iutils/ghctags/. -iutils/ghctags/dist-install/build -iutils/ghctags/dist-install/build/autogen -Iutils/ghctags/dist-install/build -Iutils/ghctags/dist-install/build/autogen        -package ghc -no-user-package-conf -rtsopts     -odir utils/ghctags/dist-install/build -hidir utils/ghctags/dist-install/build -stubdir utils/ghctags/dist-install/build -hisuf hi -osuf  o -hcsuf hc -c utils/ghctags/./Main.hs -o utils/ghctags/dist-install/build/Main.o
/home/Max/Programming/Checkouts/ghc.shared/inplace/bin/ghc-stage2.exe: error while loading shared libraries: libHSprocess-1.0.1.4-ghc7.1.20110630.dll: cannot open shared object file: No such file or directory

The reason is that Windows searches for DLLs in the application directory, and the DLLs that a dynamic GHC depends on are not placed in that directory. (See  http://msdn.microsoft.com/en-us/library/ms682586(v=vs.85).aspx)

Presumably the fix is to have the build system copy the dependent DLLs into inplace/bin as the final act of the stage2 build. (I'm not sure what happens after GHC is installed - presumably the DLLs are put into System32 or something?)

[guest]

Concerning after GHC is installed: DLLs should never go into System32, it's considered pollution/bad practice. DLLs shipped with GHC should be under the GHC install directory if they belong to GHC.