- Haskell - Haskell.org

RE: Learning Haskell and FP
by Simon Peyton-Jones 03 Jan '01

03 Jan '01

| There is a definite lack of "Getting Started" material in the ghc | distribution. I'm sure that's right. Trouble is, we're the last people qualified to write one! Here's a suggestion: would someone like to write such a guide, from the point of view of a beginner, leaving blanks that we can fill in, when you come across a task or issue you don't know the answer to? That is, you provide the skeleton, and we fill in the blanks. Simon

3 2

GHC/Happy on MacOS X/Darwin
by Atze Dijkstra 03 Jan '01

03 Jan '01

On http://www.cs.uu.nl/~atze/Programming/index.html a version of ghc (4.08.1) and happy (still 1.8) for MacOS X/Darwin can be downloaded. However, a few remarks do apply: this version of ghc is not a completely ported version but built with generic settings and meant as a bootstrapping compiler. It also is distributed as binaries for a specific location (/usr/local/{ghc,happy}) in the UNIX directory structure. The main reasons for distributing it in this unfinished form are: - The MacOS X cc (c compiler) has some (blocking) bugs (for example, problems with asm statements) which hinder progress. - I consider 'unfinished' availability now of greater importance than 'perfect' availability later, so people can play with it. - The compiler seems to run ok, that is, after minimal testing (compiling ghc libraries and a local AG + parsercombinator system). -- - Atze - Atze Dijkstra, Dept. of Computer Science, Utrecht University /|\ Tel.: +31-30-2534093/1454 | WWW : http://www.cs.uu.nl/~atze / | \ Fax : +31-30-2513971 | Email: atze(a)cs.uu.nl /--| \ atze.dijkstra(a)hetnet.nl / |___|

2 3

RE: Learning Haskell and FP
by Simon Peyton-Jones 03 Jan '01

03 Jan '01

| PS: are the members of the list expecting to get replies by | private mail? The thing to do is to switch the thread to haskell-cafe(a)haskell.org haskell@haskell-org is meant for openers; longer threads should move to haskell-cafe. That way people can control how inundated they get. You can "move" by simply adding "-cafe" into the address when you reply. Simon

2 1

Re: Learning Haskell and FP
by Ketil Malde 03 Jan '01

03 Jan '01

"Karl M. Syring" <syring(a)web.de> writes: >> Mind if I "me too" a bit? I had just read the SICP, and I too found >> that the Gentle Introduction served well as an introduction to the >> Haskell syntax. > If you start out with zero knowledge in functional programming, as I do, the > GITH is really not very helpful. Exactly. It's "gentle" if you know functional programming, but probably not otherwise. > PS: are the members of the list expecting to get replies by private mail? Expecting? I'd have no qualms about replying to people privately, but then perhaps I am the obnoxious kind of person. :-) Negative feedback is scarce (although this thread might favorably diverge to -cafe? Followup-To: set). -kzm -- If I haven't seen further, it is by standing in the footprints of giants

1 0

(no subject)
by kh0ndor＠aeiou.pt 03 Jan '01

03 Jan '01

somebody can tell me where I can find some ideas that help me in the construction of a minesweeper programmed in haskell I thank any type of help because I am a little confused __________________________________________________________ Mensagem enviada pelo Xekmail: webmail grátis do AEIOU http://xekmail.aeiou.pt

2 1

Re: Learning Haskell and FP
by Ketil Malde 02 Jan '01

02 Jan '01

George Russell <ger(a)tzi.de> writes: > I think Paul is being unduly modest. I found it very useful when I first learnt > Haskell. But I did already know ML, so maybe the "Gentle Introduction" would be > harder going for someone who didn't know anything about functional programming. Mind if I "me too" a bit? I had just read the SICP, and I too found that the Gentle Introduction served well as an introduction to the Haskell syntax. I think it'd be fine if the title were a bit less ambitious - it isn't really aimed at the novice, I think. It's been a while since I read it tho' -kzm -- If I haven't seen further, it is by standing in the footprints of giants

2 1

RE: List.partition a bit too eager
by Simon Peyton-Jones 02 Jan '01

02 Jan '01

It's a bug in the defn of 'partition' in the Haskell 98 report. I have (still) failed to publish this as an errata, let alone revise the report itself, so the buggy defn stands at present, I'm afraid. I really plan to get to the revision in early '01. Simon | -----Original Message----- | From: George Russell [mailto:ger@tzi.de] | Sent: 22 December 2000 15:57 | To: haskell(a)haskell.org | Subject: List.partition a bit too eager | | | I think the following program | | import List | main = putStr . show . fst . (partition id) . cycle $ [True,False] | | should display [True,True,True,...]. But instead, for both | GHC and Hugs, | you get a stack overflow. Is this a bug, or could someone | explain it to me? | | _______________________________________________ | Haskell mailing list | Haskell(a)haskell.org | http://www.haskell.org/mailman/listinfo/haskell |

2 1

JFP Special Issue on Haskell
by Graham Hutton 02 Jan '01

02 Jan '01

Dear all, Please note that the deadline for submission to the JFP Special Issue on Haskell is in one months time --- 1st February 2001. Graham Hutton ---------------------------------------------------------------------- CALL FOR PAPERS Journal of Functional Programming Special Issue on Haskell Since its inception in 1987, Haskell has provided a focal point for research in lazy functional programming. During this time the language has continually evolved, as a result of both theoretical advances and practical experience. Haskell has proved to be a powerful tool for many kinds of programming tasks, and applications in industry are beginning to emerge. The recent definition of Haskell 98 provides a long-awaited stable version of the language, but there are many exciting possibilities for future versions of Haskell. The fourth Haskell Workshop was held as part of the PLI 2000 colloquium on Principles, Logics, and Implementations of high-level programming languages in Montreal, 17th September 2000. Previous Haskell Workshops have been held in Paris (1999), Amsterdam (1997) and La Jolla (1995). Following on from these workshops, a special issue of the Journal of Functional Programming will be devoted to Haskell. Possible topics include, but are not limited to: Critiques of Haskell 98; New proposals for Haskell; Applications or case studies; Programming techniques; Reasoning about programs; Semantic issues; Pedagogical issues; Implementation. Contributors to any of the Haskell workshops are invited to submit full papers to the special issue on Haskell, but submission is open to everyone. Submissions should be sent to the guest editor (address below), with a copy to Nasreen Ahmad (nasreen(a)dcs.gla.ac.uk) Submitted articles should be sent in postscript format, preferably gzipped and uuencoded. In addition, please send, as plain text, title, abstract, and contact information. The submission deadline is 1st February 2001. For other submission details, please consult an issue of JFP or see the Journal's web pages. Guest Editor: Graham Hutton School of Computer Science and IT The University of Nottingham Nottingham NG8 1BB United Kingdom gmh(a)cs.nott.ac.uk Useful Links: 2000 Haskell Workshop www.cs.nott.ac.uk/~gmh/hw00.html JFP Special Issue on Haskell www.cs.nott.ac.uk/~gmh/jfp.html JFP Home Page www.dcs.gla.ac.uk/jfp ----------------------------------------------------------------------

1 0

The Hanoi Towers
by R.Daniel 30 Dec '00

30 Dec '00

hi, i was looking for the source code for the Hanoi Towers, if anyone has that, could you please send it to me? I apreciate the help , thankx ----->R.Daniel Aka AZONIC ICQ 28959546

1 0

Haskell Language Design Questions
by Doug Ransom 30 Dec '00

30 Dec '00

1. Is the lack of dynamic binding of functions by design or because it was too much effort to be justified at the time the language was designed? In object oriented programming there can be several implementations of the same interface, and they can be stored in the same collection. 2. It seems to me that the Maybe monad is a poor substitute for exception handling because the functions that raise errors may not necessarily support it. For example, if I use someone elses custom type and a custom map function theirmap myApplicator SomeList and theirmap is not designed to support the Maybe monad, then it becomes hard to use if SomeFunction might raise an error. Am I missing something? Doug Ransom Systems Engineer Power Measurement Ltd. http://www.pml.com 250-652-7100 office 250-652-0411 fax mailto:doug_ransom@pml.com

3 2