panic! (the `impossible' happened):
funResultTy t{-r23x-}
Andreas: you are quite right. This bug was indeed in 4.04,
and is fixed in the repository. (I encountered it myself and
fixed it in the middle of a raft of other things.)
If you are working from source, just
change the defn of
==fptools== gmake boot --no-print-directory -r;
in /usr/local/pub-bkb/ghc/fptools/ghc/compiler
--
--
../../glafp-utils/mkdependC/mkdependC -f .depend
-D__GLASGOW_HASKELL__=405-- -Iparser -I. -I../includes -O
--
This is known behaviour of gcc. It doesn't just happen with Haskell
programs.
Could you explain.
Just that gcc -O2 (and higher) isn't guaranteed to produce better code than
gcc -O. I've seen it reported several times, but I couldn't give you any
concrete examples I'm afraid. I know
[I cc'd this to haskell users since I couldn't find
out what the name was of the forum to which the original
thread belonged to. Appologies if I have made a mistake
and I am upseting somebody.]
Jerzy Karczmarczuk:
: horrible complexity. Does it answer your question?
Keith Wansbrough:
I've just added a new RTS option to GHC in the CVS repository. Running
a program compiled with -prof with the -xc runtime option on will cause
it to display the current cost-centre stack on stderr whenever an
exception is raised. This will give you an idea of which
Hi all. Just started playing around with ccall, and while I managed
to get my toy program to Do The Right Thing, I got a mildly alarming
looking warning message from gcc, re: athe lack of an explicit type
for the generated C call. I don't see anything about this in the users
guide, either
Hi there.
it is mentioned in the user's guide,
http://haskell.org/ghc/docs/latest/users_guide/users_guide-5.html#glasgow-fo
reign-headers
Ah, that: I managed to read that entire section at least once, and
completely misunderstand. I thought that was talking about something
else
Andreas C. Doering:
not only the collection of algorithms is important but also the
data base of algebraic objects.
For instance the group theoretic package Magma (formerly Caley) comes
with as much information on finite groups as the the libraries of algorithms.
This data base represents
I came across an implementation of reader monads by Andy Gill,
http://www.cse.ogi.edu/~andy/monads/MonadReader.htm
inspired by the paper "Functional Programming with Overloading
and Higher-Order Polymorphism" (by Mark P Jones)
http://www.cse.ogi.edu/~mpj/pubs/springschool.html:
--
Dear Jan Skibinski
I contacted Dr. Alcimar about your letter. He thought that it is fascinating.
He says that skepticism is the main driving force behind scientific progress.
He informed Dr. Gow, Dr. Brash and Dr. Paschoarelli about your questions,
and asked one of his collaborators to prepare a
On Tue, 30 Nov 1999, Eduardo Costa wrote:
[About the scientific skepticism, pointers to literature
re. mechanical arm an other goodies].
Thanks, Eduardo, for your pointers - this is much better :-).
To clarify my previous message: I did not question scientific
Rob MacAulay a propos of the visual/dataflow programming:
Visual programming sounds nice, but in practice it is of limited
use. If you have a smallish number of modules to link together, you
could do this as easily by hand-coding. If you have a larger number
of modules, you probably ought
I spoke about the dataflow-style languages, the "circuit builders":
Simulink, Scilab/SciCos, WiT, Khoros, IBM Data Explorer (Now Open
Source) a diagrammatic layer in MathCad, LabView, etc., (+ the defunct
Java Studio).
And, of course, the notorious Visio used by some Haskell gurus
I have not inspected it yet but the basic Hawk makes much
sense to me and it seems visually tractable. There is a brand new
version of Hawk 2.2 available at:
http://www.cse.ogi.edu/PacSoft/
A quick correction on the URL for Hawk:
Works for me under ghc4.05; for hugs you need to:
You have it right, except you need to
1) explicitly type test,
test:: Reader [Char] Char
2) have Reader derive Show
3) use the -98 option at startup
John Atwood
-
=?iso-8859-1?Q?Jos=E9_Romildo_Malaquias?= wrote:
Hi,
I finally managed to install hbc 0.9*.4 and 0.9*5 in my Debian
box. They both work but when I compile some small test program as a
"hello world" one, I get a 1Mb large program. So I wondered if I am
missing any options or I did anything wrong when installing (I chose
"dynamically" linked
16 matches
Mail list logo
