RE: ghc-5.02.2 cannot parse string gaps

2002-03-05 Thread Michael Marte
> > ghc-5.02.2 cannot parse string gaps. > > It accepts \ at the end of a line but not at the beginning of the > > following line. > > It works ok here. There's a well-known problem with string gaps in conjunction with >CPP; see > > http://www.haskell.org/ghc/docs/latest/set/options-phases.html#

Re: filepath mangling under Windows?

2002-03-05 Thread Mike Thomas
Hi all. > What I'm wondering is whether the difficulty is a necessary one, or > if it was unintentional, is there an easy fix? From your suggestions, > I guess there isn't an easy fix. I haven't tried this with GHC yet but Earnie Boyd on Sourceforge has recently forked Cygwin to produce a Mingw

Double your monad in 30 days

2002-03-05 Thread Albert Lai
Ashley Yakeley <[EMAIL PROTECTED]> writes: > Prelude> 0 * 2 > 0 We can generalize this. import Monad double_your_monad_in_30_days :: (MonadPlus M) => M a double_your_monad_in_30_days = mzero `mplus` mzero ___ Glasgow-haskell-users mailing list [EMAI

Re: filepath mangling under Windows?

2002-03-05 Thread Sigbjorn Finne
"Malcolm Wallace" <[EMAIL PROTECTED]> writes: > ... > > > > Don't know where you get this "actively discouraging" bit from. > > I'm sorry, I just meant that it seems to be a little bit more > difficult now to get GHC and Cygwin to interoperate than it once was. > The situation as I understand it

Re: filepath mangling under Windows?

2002-03-05 Thread Malcolm Wallace
> > > ghc-5.02.2 is not a cygwin application, > > > > Whilst I was aware that GHC no longer requires Cygwin to run, > > I didn't realise that it actively discourages use under Cygwin. > > Don't know where you get this "actively discouraging" bit from. I'm sorry, I just meant that it seems to be

Re: filepath mangling under Windows?

2002-03-05 Thread Sigbjorn Finne
> > ghc-5.02.2 is not a cygwin application, > > Whilst I was aware that GHC no longer requires Cygwin to run, > I didn't realise that it actively discourages use under Cygwin. > This issue arose because a Windows user would like to use `hmake' > with GHC, and the `hmake' installation currently

Re: filepath mangling under Windows?

2002-03-05 Thread Malcolm Wallace
> ghc-5.02.2 is not a cygwin application, Whilst I was aware that GHC no longer requires Cygwin to run, I didn't realise that it actively discourages use under Cygwin. This issue arose because a Windows user would like to use `hmake' with GHC, and the `hmake' installation currently requires Cygwi

Re: filepath mangling under Windows?

2002-03-05 Thread Sigbjorn Finne
ghc-5.02.2 is not a cygwin application, so it won't understand paths like /d/foo -- it will understand d:/foo and d:\foo though. Internally, the compiler will canonicalise paths to 'platform-native' formats before passing them to external tools, which is why you see the slashes reversed. GHC coul

binding time in haskell

2002-03-05 Thread Barbara Nostrand
We have sporadic network problems here and I may have missed an earlier reply. I need to know about binding time in Haskell especially with regard to type variables. Barbara Nostrand mailto:[EMAIL PROTECTED] _

filepath mangling under Windows?

2002-03-05 Thread Malcolm Wallace
With ghc-5.02.2 running from a Makefile in a cygwin shell under Windows XP, the following behaviour occurs: ghc -package lang -package posix -c -o /d/haskell/hmake-3.00/targets/ix86-CYGWIN_NT-5.1/obj/hmake/QSort.o QSort.hs Assembler messages: FATAL: Can't create \