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
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 H
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
/Library/WebServer/Documents/projects/darwinports/
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 maili
Ben Rudiak wrote (snipped):
I put up a wiki page summarizing the main proposals for top-level
mutable state. The type-dictionary approach isn't there yet, but there's
a space for it; I'll probably fill it in within the next 24 hours unless
someone else feels like doing it first.
Please add more
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
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
>http://www.ha
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
genera
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 mayb
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 ob
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
> 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 sh
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 le
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'
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
> t
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
/Users/sge/haskell/hmak
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
http://www.haskell.org//pipermail/haskell/2004-No
| 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 priority, I
| think.
18 matches
Mail list logo
