Andy Gill <[EMAIL PROTECTED]> writes:
> The following program does not print Hello:
>
> import System
>
> main = die "Hello\n"
>
> die :: String -> IO ()
> die s = putStrLn s >> exitWith (ExitFailure 1)
It does on my machine (linux ghc-4.02). Did you try flushing stdout?
die s = putStrLn s
The following program does not print Hello:
import System
main = die "Hello\n"
die :: String -> IO ()
die s = putStrLn s >> exitWith (ExitFailure 1)
Andy Gill
> Sounds great... did you follow the 'zombie problem' mails of
> Kirstin and me,
> when telling make to do more than one job at a time? The subject was
> "smp and make"...
Haven't looked into it yet, but it's on my ToDo list...
Simon
On Fri, Jul 02, 1999 at 01:59:25 -0700, Simon Marlow wrote:
> > rm -f PrelBase.o ; if [ ! -d PrelBase ]; then mkdir PrelBase;
> > else find PrelBase -name '*.o' -print | xargs rm -f __rm_food
> > ; fi ;
> > ../../../ghc/driver/ghc -recomp -cpp -fglasgow-exts -fvia-C
> > -Rghc-timing -O -spl
> Doesn't that remove the incentive to find an efficient all Haskell
> solution or find
> out why that is impossible (and maybe draw a conclusion from
> that, or is
> that just what
> is happening?).
Sure - that's why I'm reluctant to do it. There's another side to the
argument, though: if al
[EMAIL PROTECTED] writes:
>
> Here is a program:
>
> import System
> import Monad
> import Char
> import Directory
>
> main = do
> let katalog = "/var/spool/news/articles/pl/rec/hihot"
> nazwy <- getDirectoryContents katalog
> let posty = map (\s -> katalog++'/':s) $ filter (all
Simon Marlow wrote:
>
> I'm seriously thinking about having Happy generate C files for the parsing
> tables with a small (GHC-specific) Haskell wrapper.
>
Doesn't that remove the incentive to find an efficient all Haskell
solution or find
out why that is impossible (and maybe draw a conclusi
> --
> --
> ==fptools== make all --no-print-directory -r;
> in /home/tetron/hack/lang/haskell/fptools-cvs2/ghc/compiler
> --
> --
> ghc -cpp -fglasgow-exts -Rghc
> consider this piece of code:
>
> \begin{code}
> class Dumb a where
> foo, death, something :: a
>
> instance Dumb Int where
> foo = 1
> death =
> something = 1
> \end{code}
>
> yields 'Internal Happy error' with CVS from 1999/06/30 and
> happy-
> rm -f PrelBase.o ; if [ ! -d PrelBase ]; then mkdir PrelBase;
> else find PrelBase -name '*.o' -print | xargs rm -f __rm_food
> ; fi ;
> ../../../ghc/driver/ghc -recomp -cpp -fglasgow-exts -fvia-C
> -Rghc-timing -O -split-objs -odir PrelBase -H10m
> -optCrts-M128M -c PrelBase.lhs -o Pr
30 Jun 1999 16:53:53 GMT, Marcin 'Qrczak' Kowalczyk <[EMAIL PROTECTED]> pisze:
> When compiled by ghc-4.02 under Linux (kernel 2.2.10, glibc 2.1),
> it gets SIGSEGV. The directory /var/spool/news/articles/pl/rec/hihot
> contains over 3000 files. The program opens 576 of them and dies.
I accident
Peter Amstutz <[EMAIL PROTECTED]> wrote,
> Alright, I'm _still_ trying to get a working 4.03 compiler so I can play
> with the FFI... So far I've got the ghc 4.02 linux distribution working
> fine. A couple weeks ago I tried out the cvs source and was stopped by a
> typo. Someone reccomended
Alright, I'm _still_ trying to get a working 4.03 compiler so I can play
with the FFI... So far I've got the ghc 4.02 linux distribution working
fine. A couple weeks ago I tried out the cvs source and was stopped by a
typo. Someone reccomended a binary, but it didn't work (strange linking
error
13 matches
Mail list logo