This project is mirrored from https://github.com/haskell/Cabal.
Pull mirroring updated .
- 29 Jan, 2008 1 commit
-
-
Ross Paterson authored
-
- 23 Jan, 2008 2 commits
-
-
Duncan Coutts authored
The System.IO.openTempFile is much better because it opens the temp files securely. Howver it is only available in base-2 and only of GHC. In base-3 it is available for all implementations. So in practice that means it's only for GHC and we have to use our compatability implementation for hugs and nhc98. Not sure of the status for jhc.
-
Duncan Coutts authored
ghc-6.4 and above recognise the OPTIONS_GHC pragma. ghc-6.6 and above recognise the LANGUAGE pragma. Added OPTIONS_JHC and OPTIONS_NHC pragmas with equivalant flags.
-
- 21 May, 2007 1 commit
-
-
mnislaih authored
sorry folks, Compat.FilePath is gone
-
- 04 May, 2007 1 commit
-
-
Malcolm.Wallace authored
-
- 03 May, 2007 2 commits
-
-
duncan.coutts@worc.ox.ac.uk authored
Hopefully System.IO.Error exists for nhc98 too.
-
Malcolm.Wallace authored
This should now be equivalent in functionality to what was previously removed.
-
- 30 Apr, 2007 2 commits
-
-
duncan.coutts@worc.ox.ac.uk authored
It's still a hack. The right solution is to proerly implement openTempFile in base for all Haskell impls, not just GHC.
-
duncan.coutts@worc.ox.ac.uk authored
For example we were using a wrapper around 'system' to find the haddock version. This invokes the system command interpreter and passes the command to run as an argument. If the command has spaces in it and is not properly escaped then everything goes wrong. This happens for example on windows when haddock and other programs are kept under "Program Files". So the right thing to do is never to use system, but always rawSystem since then there are no escaping issues. This patch replaces a couple function systemCaptureStdout and systemGetStdout with rawSystemStdout which now lives in Distribution.Simple.Utils. This also uses some rather nasty code to get the output of a command. It really really should not be this hard to do portably. To work around the fact that we cannot use runInteractiveProcess we instead have to create a temporary file. This also turns out to be a hack because the 'standard' openTempFile is not implemented except by GHC, so we now have a hacky version living in Distribution.Compat.TempFile just waiting for the standard openTempFile to be made properly portable, or for us to get some System.Process function that does what we want.
-