Debian); Sun, 30 Apr 2000 04:04:00 +0100
Received: from ian by davenant.greenend.org.uk with local (Exim 2.125 #2)
id 12liBP-0001pX-00 (Debian); Sun, 30 Apr 2000 02:06:03 +0100
From: Ian Jackson [EMAIL PROTECTED]
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Tra
I'm probably being dense here and not seeing the wood for the trees,
and I've included lots of tedious junk below, but here goes.
I have a program which runs too slowly. I knew when I wrote it that I
was taking a `naive' approach to the program - I've tried to write
what I meant rather than
-davenant:~/junk cat t.hs
main = error "bang!"
-davenant:~/junk ghc t.hs
-davenant:~/junk ./a.out
Fail: bang!
-davenant:~/junk ghc -prof -auto -auto-all t.hs
-davenant:~/junk ./a.out
Segmentation fault (core dumped)
-davenant:~/junk ghc --version
The Glorious Glasgow Haskell Compilation
Simon Marlow writes ("RE: ghc with shared libraries ?"):
Still can't be done, I'm afraid. At least for Haskell libraries; you could
compile parts of the RTS and libHS_cbits shared, but we haven't done that.
This message has more details:
Simon Marlow writes ("RE: Change to Posix.lhs"):
Should we use a Maybe rather than an exception here? Probably, but then
System.getVar doesn't return a Maybe, and the Posix library as a whole has a
tendency towards exceptions rather than Maybe returns. So I'm swithering(*)
on this one.
The
Jerzy Karczmarczuk writes ("Re: Clean and Haskell"):
Ian Jackson:
The operating system I run on my computers, Debian (www.debian.org),
consists only of software and documentation to which I have (or can
download) the source code, which I can use at work as well at home, to
w
Earlier I wrote lots of stuff about trying to build GHC from
1999-12-25 using the Debianisation patch from 19990916-3. I said I'd
try the Debianisation patch from 19991206-1 with an appropriate cvs
update, and I've now done that and the compiler seems basically to
work. Thanks, Michael, for
I wrote:
I'm still seeing some I/O strangenesses, and I'll mail you a test case
later today when I've sorted things out so it's a bit clearer what's
going on.
OK, here we go. The program is at
http://www.chiark.greenend.org.uk/~ian/ghc/
as individual files or as a .tar.gz, or you can find
Steve Tarsk writes ("Clean and Haskell"):
I just want to say that Haskell is a fat old slow
dinosaur compared with Clean. Download Clean at
www.cs.kun.nl/~clean and get rid of your Haskell
installation.
Without getting into the merits of the languages per se, for me and
many other people
Simon Marlow writes ("RE: Deadlock again (was Re: GHC 4.04.19990916 produces
coredumpin g executable)"):
No doubt you're quite tired of seeing my mails by now, but here, have
another one :-).
I now have a couple of problems which look like they can be summarised
as `race
I'm writing a program which does
import Socket
but not
import SocketPrim
GHC complains that the type constructor Socket isn't in scope.
Indeed, in Socket.lhs from GHC 4.04.19990916 I see that Socket isn't
exported, even though a function listenOn :: PortID - IO Socket is.
When I say
import
Before Christmas I reported a (known, I discovered) bug which would
result in the message `fatal error: No threads to run! Deadlock?'.
Simon Marlow replied then:
This is due to a locking problem with our I/O library. Basically, if the
program calls trace while writing to stdout (eg. using
I wrote:
I have a program (no doubt pretty grotty - I'm still messing around
learning Haskell) which causes GHC (4.04.19990916) to produce an
executable which coredumps.
...
I'm using a GHC binary package from Debian GNU/Linux, binary package
version 4.04.19990916-0slink1 built by Michael
I wrote:
I have a program (no doubt pretty grotty - I'm still messing around
learning Haskell) which causes GHC (4.04.19990916) to produce an
executable which coredumps.
...
I'm using a GHC binary package from Debian GNU/Linux, binary package
version 4.04.19990916-0slink1 built by Michael
14 matches
Mail list logo