
#9876: mkdir errors when running `make sdist` -------------------------------------+------------------------------------- Reporter: joehillen | Owner: Type: bug | Status: new Priority: normal | Milestone: Component: Compiler | Version: 7.9 Keywords: | Operating System: Architecture: Unknown/Multiple | Unknown/Multiple Difficulty: Easy (less than 1 | Type of failure: hour) | None/Unknown Blocked By: | Test Case: Related Tickets: | Blocking: | Differential Revisions: -------------------------------------+------------------------------------- Hi. Newcomer here. I was taking a look at #9095 and I get the following errors when running `make sdist`. {{{ "rm" -f sdistprep/ghc-7.9.20141208-windows-extra-src.tar.bz2 mkdir sdistprep mkdir: cannot create directory ‘sdistprep’: File exists make[1]: [sdist-windows-tarballs-prep] Error 1 (ignored) mkdir sdistprep/windows-tarballs mkdir sdistprep/windows-tarballs/ghc-7.9.20141208 mkdir sdistprep/windows-tarballs/ghc-7.9.20141208/ghc-tarballs cd sdistprep/windows-tarballs/ghc-7.9.20141208/ghc-tarballs && lndir /home/joe/src/ghc/ghc-tarballs "rm" -rf sdistprep/windows-tarballs/ghc-7.9.20141208/ghc-tarballs/.git cd sdistprep/windows-tarballs && "/bin/tar" chf - ghc-7.9.20141208 2> windows_extra_src_ghc_log | bzip2 -c > /home/joe/src/ghc/sdistprep/ghc-7.9.20141208-windows-extra-src.tar.bz2 "rm" -rf sdistprep/testsuite-ghc "rm" -f sdistprep/ghc-7.9.20141208-testsuite.tar.bz2 mkdir sdistprep mkdir: cannot create directory ‘sdistprep’: File exists make[1]: [sdist-testsuite-prep] Error 1 (ignored) mkdir sdistprep/testsuite-ghc mkdir sdistprep/testsuite-ghc/ghc-7.9.20141208 mkdir sdistprep/testsuite-ghc/ghc-7.9.20141208/testsuite cd sdistprep/testsuite-ghc/ghc-7.9.20141208/testsuite && lndir /home/joe/src/ghc/testsuite /home/joe/src/ghc/testsuite: No such file or directory make[1]: *** [sdist-testsuite-prep] Error 1 make: *** [sdist] Error 2 }}} Generally when using 'mkdir' in a Makefile I've found it best to always use 'mkdir -p' just like you should how you should always use 'rm -f'. It's a simple fix. I'm submitting a patch for it. -- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/9876 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler