The following code works fine under ghc, but produces a strange error
under ghci:
Main main
*** Exception: failed
Action: connect
Reason: Unknown error 141312000
It is deterministic - i.e I have verified that it isn't a network
fault.
module Main(main) where
Is there a standard construct for something of this ilk:
unliftM :: Monad m a - a
In this case, I need to construct a localised stateful computation
comp :: Int - Int
comp n = unliftM (do x - ... return x)
--
Julian Assange|If you want to build a ship, don't drum up people
Peter Douglass [EMAIL PROTECTED] writes:
Julian Assange wrote (Dec 28, 2000):
This is why all non S-exp like lanaguage are doomed to progressive
syntactic cancer as the useful parts of operator name space and syntax
space become progressively polluted and mutated by one fad after
right
now to dig up a better symbol.
This is why all non S-exp like lanaguage are doomed to progressive
syntactic cancer as the useful parts of operator name space and syntax
space become progressively polluted and mutated by one fad after
another.
--
Julian Assange|If you want to build a
Monash University
School of Computer Science and Software Engineering
2000 Clayton campus Seminar Series
--
Seminar:
Programming in Latin (and Why You Really Might
Fergus Henderson [EMAIL PROTECTED] writes:
Jon Fairbairn was talking about Haskell. MSVC is a C/C++ compiler,
not a Haskell compiler. For C and C++, there are many many areas of
undefined, unspecified, or implementation-defined behaviour. If a
C or C++ program gives different behaviour on
Jon Fairbairn [EMAIL PROTECTED] writes:
to me, anyway. If two runs (with different flags) of the
compiler produce programmes that give different results,
then one of them isn't adhering to the standard, (and so
should be noted as such).
Microsoft VCC once (still?) suffers from this
We've created irc.haskell.org, linked into the Open-Projects irc network. The
channels of interest are #haskell and #functional.
Haskell has an excellent sense of community but real time
communication (whether on-line or at conferences) is unsurpassed for
bouncing prospective ideas about.
Frank Atanassow [EMAIL PROTECTED] writes:
I would not be surprised to find this article appearing in the next Scientific
American.
Consider these gems:
"Finger-Length Ratios and Sexual Orientation," Terrance J. Williams,
"Why are Toads Right-Handed?" Nature, T. Naitoh and R.J.
"Mike Jones" [EMAIL PROTECTED] writes:
imperative constructs, then build it in another language. If I can use :=, I
can make it look more like the final system, which is good for
"-" is visually intuitive and faster to type than ":=". So even in completely
new (non ML/Haskell derived)
Sven Panne [EMAIL PROTECTED] writes:
1) Although the Haskell 98 report states that Char should be a Unicode
character, a plain char is used here. No implementation uses Unicode so
far, and char is what one wants most of the time, anyway.
HBC uses unicode for source. I'm not sure if
Sven Panne [EMAIL PROTECTED] writes:
itself and that compound values are a case for a (un-)marshaling
library. We already have some ideas what this lib should look like
and some slightly differing modules for this exist, see e.g. C-HS,
the MPI binding or HOpenGL. Before a design for this is
George Russell [EMAIL PROTECTED] writes:
I have no problem with software having an explicit license, I just don't see
that it normally needs to be quoted at the top of EVERY module. (There
are probably exceptional jurisdictions where it does, but not many.)
The GHC method, where the
Antti-Juhani Kaijanaho [EMAIL PROTECTED] writes:
On Fri, Mar 10, 2000 at 06:32:00AM -0500, Sengan wrote:
http://www.debian.org/Lists-Archives/debian-devel-announce-0003/msg7.html
It already *has* been dropped. Apparently the "sponsor" idea did not
work as well as it should have.
I'm having problems building HOpenGL on NetBSD/i386:
/usr/local/bin/green-card --target ghc --name-mangling-scheme=classic --haskell1.4
GLUT_Callbacks.gc -o GLUT_Callbacks.hs
"GLUT_Callbacks.gc", proc. spec "", line 354: Parse error: Enum,Bounded) CUnsignedInt [
% GLUT_JOYSTICK_BUTTON_A,
%
Michael Hobbs [EMAIL PROTECTED] writes:
Adrian Hey wrote:
On Mon 24 Jan, Michael Hobbs wrote:
(*) One place where the World - (World, a) model breaks down is when
the IO function is a blocking function such as "getChar :: IO Char". If
this function was equivalent to World -
Jerzy Karczmarczuk [EMAIL PROTECTED] writes:
The tombstone of Nicos Kazantzakis (The Last Temptation of Christ)
has the following inscription:
I hope for nothing.
I fear nothing.
I am FREE.
Perhaps this is a tiny bit closer to my personal perception of
freedom than the
Julian Assange [EMAIL PROTECTED] writes:
Minerva uses world state passing too, btw.
s/Minerva/Mercury
Cheers,
Julian.
George Russell [EMAIL PROTECTED] writes:
(LONG and about floating point, so I suspect many Haskellers are not
going to be interested in this message . . .)
Excellent, thanks george.
Now I think the original suggestor wanted the library to spot that the answer
is "very close to" 0 and
The precission and or rounding used by hugs/ghc seems strange, to wit:
Prelude sin(pi)
-8.74228e-08
Prelude pi
3.14159
sin(3.14159265358979323846)
-8.74228e-08
ghc:
module Main where
main = do
print pi
print (sin pi)
./a.out
3.141592653589793
1.2246467991473532e-16
While
Lennart Augustsson [EMAIL PROTECTED] writes:
Haskell performs no worse or better than C. Your comment about how math
libraries round might be accurate for some languages, but for C it's pure nonsense.
It seems that you are right in this instance. However I recall seeing
comments about error
Hi Simon.
The ghc package has been commited to the netbsd cvs repository
and is now available in pkgsrc as lang/ghc.
ftp://ftp.netbsd.org/pub/NetBSD/packages/pkgsrc/lang/ghc
Simon Marlow [EMAIL PROTECTED] writes:
By the way, did you also modify fptools/configure.in in order
Is NetBSD moving to ELF permanently?
NetBSD supports 27 different platforms (see
http://www.netbsd.org/Ports/). Some of platforms have always had
native elf support, due to object format standisation by the vendor
(e.g alpha). The i386 port has supported elf for a number of years,
primarily
Hi Simon, I eventually managed to produce an executable (but see
below) with the following patches (note that the address family
enumeration below is *not* identical to freebsd):
$NetBSD$
--- ghc/lib/misc/SocketPrim.lhs Wed Sep 15 09:06:26 1999
+++ ghc/lib/misc/SocketPrim.lhs Tue Dec 14
--- /p/lang/ghc/old/fptools/MakefileWed Sep 15 09:03:33 1999
+++ MakefileWed Dec 15 16:04:58 1999
@@ -15,7 +15,7 @@
# on whether we do `make install' or not. Having a $(ifeq ... ) would
# be preferable..
CURRENT_TARGET = $(MAKECMDGOALS)
-SUBDIRS = $(shell if (test x$(CURRENT_TARGET) =
when attempting to bootstrap under netbsd-current:
==fptools== gmake all -r;
in /orb/s/netbsd/usr/pkgsrc/lang/ghc/work.i386/fptools/ghc/lib/misc
rm -f CString.o ; if [ ! -d CString ]; then mkdir CString; else find CString
26 matches
Mail list logo
