On 10/7/06, Duncan Coutts <[EMAIL PROTECTED]> wrote:
Hi all,I've put up a tarball for the fourth 1.16 Cabal release candidate:http://www.haskell.org/cabal/release/cabal-1.1.5.9.4/cabal-1.1.5.9.4.tar.gz
When a Cabal file is created on Windows, with Windows line endings \r\n, and it is then used on L
On Mon, 2006-10-09 at 12:33 +0100, Malcolm Wallace wrote:
> Duncan Coutts <[EMAIL PROTECTED]> wrote:
>
> > building the haddock docs for HUnit when cpphs is
> > installed fails. This is because the
> > Distribution.PreProcess.Unlit.unlit code produces incorrect output for
> > Test/HUnit/Lang.lhs.
Here is a test case.mkdir Amv A.cabal A/mv Setup.lhs A/mkdir utilsmv A.lhs utilscd Arunhaskell Setup.lhs configurerunhaskell Setup.lhs build
On 10/7/06, Brian Smith <[EMAIL PROTECTED]> wrote:
If hs-source-files contains a path with that contains slashes "some/utils," and Extensions: CPP is used, an
If hs-source-files contains a path with that contains slashes "some/utils," and Extensions: CPP is used, and you compile a lhs file with GHC 6.5 RC2, on Windows, then GHC will generate a lpp file that contains .e.g. "#line 1 "some\utils/Maybes.lhs", and then CPP complains:
C:/Temp/ghc1596_0/ghc1596
Hi all,
I've put up a tarball for the fourth 1.16 Cabal release candidate:
http://www.haskell.org/cabal/release/cabal-1.1.5.9.4/cabal-1.1.5.9.4.tar.gz
I had been hoping that this would be the final RC. One bug I've
uncovered is that building the haddock docs for HUnit when cpphs is
installed fa
