RE: ghc-6.2.2: unknown package name: Main (again)

2004-12-02 Thread Simon Peyton-Jones
NB: the way GHC handles packages is changing significantly (for the better) in the HEAD. | -Original Message- | From: [EMAIL PROTECTED] [mailto:glasgow-haskell-bugs- | [EMAIL PROTECTED] On Behalf Of Gregory Wright | Sent: 01 December 2004 19:07 | To: Axel Simon | Cc: Donald Bruce Stewart;

Re: ghc-6.2.2: unknown package name: Main (again)

2004-12-02 Thread Gregory Wright
Hi Axel, We are in violent agreement :-) Greg On Dec 2, 2004, at 4:05 AM, Axel Simon wrote: Gregory, On Wed, 2004-12-01 at 19:07, Gregory Wright wrote: No, I patched the hsshellscript library distribution to build using -package-name hsshellscript as you mentioned. I still got the error.

Trouble installing GHC binary on Sparc

2004-12-02 Thread Dan Vanderkam
I've installed GHC on a Sparc machine, but when I run ghci, I get the following error message: ld.so.1: /net/snowy/danvk/ghc-6.2.1/lib/sparc-sun-solaris2/ghc-6.2.1: fatal: libreadline.so.4: open failed: No such file or directory The binary package I downloaded from www.haskell.org/ghc warned

RE: ghc-6.2.2: unknown package name: Main (again)

2004-12-02 Thread Simon Marlow
On 02 December 2004 09:06, Axel Simon wrote: On Wed, 2004-12-01 at 19:07, Gregory Wright wrote: No, I patched the hsshellscript library distribution to build using -package-name hsshellscript as you mentioned. I still got the error. (The documentation asserts that -package-name is a

RE: Trouble installing GHC binary on Sparc

2004-12-02 Thread Simon Marlow
On 02 December 2004 01:45, Dan Vanderkam wrote: I've installed GHC on a Sparc machine, but when I run ghci, I get the following error message: ld.so.1: /net/snowy/danvk/ghc-6.2.1/lib/sparc-sun-solaris2/ghc-6.2.1: fatal: libreadline.so.4: open failed: No such file or directory The binary

[ ghc-Bugs-1068519 ] Template Haskell: Crash when using newName

2004-12-02 Thread SourceForge.net
Bugs item #1068519, was opened at 2004-11-18 08:45 Message generated for change (Comment added) made by simonpj You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=108032aid=1068519group_id=8032 Category: Template Haskell Group: None Status: Closed Resolution: Fixed

RE: [Haskell] discrepancy between nhc and ghc

2004-12-02 Thread Simon Peyton-Jones
The Report explicitly specifies that you can export a class method naked, for exactly the reason you give. So I think GHC is right here. Simon | -Original Message- | From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of John Meacham | Sent: 02 December 2004 01:28 | To: [EMAIL

[Haskell] controlling the scope of instances

2004-12-02 Thread Ralf Laemmel
Hi, I refer to Section 5.3 (title see subject line) in Type classes: exploring the design space by Simon Peyton Jones, Mark P. Jones and Erik Meijer HW 1997. There it is argued very briefly that a type system with controlled scope of instances risks coherence. Likewise, in Wadler's and Blotts

[Haskell] CFP: FOAL 2005, Foundations Of Aspect-Oriented Languages

2004-12-02 Thread Ralf Laemmel
FOAL: Foundations of Aspect-Oriented Languages A one day workshop affiliated with AOSD 2005 in Chicago, USA, on Monday, 14 March 2005. Themes and Goals FOAL is a forum for research in foundations of aspect-oriented programming languages. Areas of interest include but are not

[Haskell] ANN: MissingH 0.7.0 with new ConfigParser

2004-12-02 Thread John Goerzen
MissingH 0.7.0 is now available from http://quux.org/devel/missingh MissingH is a collection of Haskell-related utilities, all written in pure Haskell with an eye towards portability. The major new feature in this version is the ConfigParser module, which is a clean implementation of the Python

[Haskell-cafe] problem building hmake on Mac OS X

2004-12-02 Thread Steven Elkins
Hello everyone, I'm trying to build hmake on version 10.3.6 of Mac OS, having installed the ghc 6.2.2 dmg I found on haskell.org, but I'm encountering the following problem: Steven-Elkins-Computer:~/haskell/hmake-3.09 sge$ make cd src/hmake; make HC=ghc all config

Re: [Haskell-cafe] Top-level state debate on the wiki

2004-12-02 Thread John Meacham
On Thu, Dec 02, 2004 at 09:08:21AM +, Keean Schupke wrote: Ben Rudiak-Gould wrote: Just a small comment on the Wiki page... it says Several real-life examples of pure haskell code which needs fast global variables to either be implemented efficiently or statically guarantee their

Re: [Haskell-cafe] problem building hmake on Mac OS X

2004-12-02 Thread Malcolm Wallace
Steven Elkins [EMAIL PROTECTED] writes: I'm trying to build hmake on version 10.3.6 of Mac OS, GHCSYM=#pragma GCC set_debug_pwd /Users/sge/haskell/hmake-3.09 602 Thanks for the bug report - another MacOS user has already reported it and supplied a patch (attached). Apparently Apple's

Re: [Haskell-cafe] Top-level state debate on the wiki

2004-12-02 Thread Keean Schupke
Hi John, I am not objecting to the top-level TWIs anymore - since I realised contexts can be provided by wrapping the MVar or IORef modules. I just thought the wiki misrepresented the calims of your examples (or maybe the claims are a little exaggerated)... As far as I can tell adding top

Re: [Haskell-cafe] Top-level state debate on the wiki

2004-12-02 Thread Keith Wansbrough
Nice summary. What I think is missing is an explanation of when you would want this feature (and when you wouldn't, more importantly). Here is the kind of platonic dialogue that summarises my limited understanding: [..dialogue snipped..] This is good, and is the sort of thing that should

Re: [Haskell-cafe] problem building hmake on Mac OS X

2004-12-02 Thread Gregory Wright
Hi Steve, I see that Malcolm Wallace has already answered your question, but you might be interested in some of the other haskell tools for OS X supported under darwinports. See http://darwinports.opendarwin.org hmake is supported, as well as a the new haskell-mode for emacs and a bunch of other

Re: [Haskell-cafe] Top-level state debate on the wiki

2004-12-02 Thread Keean Schupke
With regards to the following... There are cases in which this parameterization costs convenience and gains nothing -- for example, the standard library function (randomIO :: Random a = IO a) cannot be implemented in Haskell without the unsafePerformIO hack, yet there's nothing semantically

Re: [Haskell-cafe] Top-level state debate on the wiki

2004-12-02 Thread John Meacham
On Thu, Dec 02, 2004 at 10:53:57AM +, Keean Schupke wrote: Hi John, I am not objecting to the top-level TWIs anymore - since I realised contexts can be provided by wrapping the MVar or IORef modules. I just thought the wiki misrepresented the calims of your examples (or maybe the

Re: [Haskell-cafe] Top-level state debate on the wiki

2004-12-02 Thread Keean Schupke
Just a few minor nitpicks... mainly about the necessity of using certain APIs, however I think we are in general agreement... Keean. John Meacham wrote: That example solves a different problem, I was never claiming that there wern't efficient ways to solve the unique producer problem in

Re: [Haskell-cafe] Top-level state debate on the wiki

2004-12-02 Thread Ben Rudiak-Gould
Keean Schupke wrote: Ben Rudiak-Gould wrote: [...] Just a small comment on the Wiki page... it says Several real-life examples of pure haskell code which needs fast global variables to either be implemented efficiently or statically guarantee their invariants are given in

Re: [Haskell-cafe] Re: Non-technical Haskell question

2004-12-02 Thread Matthew Walton
Simon Peyton-Jones wrote: | I also have a very small start on a haskell for hackers (hackers in | the non-evil sense) sort of document. One this doesn't ignore I/O as | hard or unimportant. I/O in Haskell doesn't suck. It's just that a | lot of people in the community don't have it as a high

Re: [Haskell-cafe] problem building hmake on Mac OS X

2004-12-02 Thread Steven Elkins
On Thu, 2 Dec 2004 10:38:16 +, Malcolm Wallace [EMAIL PROTECTED] wrote: Thanks for the bug report - another MacOS user has already reported it and supplied a patch (attached). Many thanks, the patch did the trick. Steve ___ Haskell-Cafe mailing

Re: [Haskell-cafe] problem building hmake on Mac OS X

2004-12-02 Thread Steven Elkins
Thanks for reminding me of DarwinPorts. I've been meaning to look at it. The haskell tools are more complete than Fink's. I didn't see the new Emacs mode you mentioned when I looked earlier today (and now I'm getting Parse error: parse error in

Re: [Haskell-cafe] Non-technical Haskell question

2004-12-02 Thread Jason Bailey
I think you may be asking the wrong question. As one of the rank and file and fairly new to Haskell (less then a month) I can tell you that there is a growing awareness of functional programming and that it offers different paradigms to work with. I think the more important question is - is

Re: [Haskell-cafe] Non-technical Haskell question

2004-12-02 Thread Jules Bean
On 3 Dec 2004, at 03:48, Jason Bailey wrote: As one of the rank and file and fairly new to Haskell (less then a month) I can tell you that there is a growing awareness of functional programming and that it offers different paradigms to work with. That's good to hear. The documentation is sparse