| Is there a way to make platform/vendor independent development
| tools for Haskell?
Of course! That's what a number of us have been doing for some time. But
platform/vendor specific tools, such as a plugin for Visual Studio or a new
editing mode for Emacs, are also valuable, especially if the
Is there a way to make platform/vendor independent development
tools for Haskell?
-Sylvan
Arjan van IJzendoorn wrote:
>
> >> [.. VisualHaskell ..]
>
> John Atwood wrote:
>
> >I'm aware of John Reekie's version [1] and I see another [2], but I
> >suspect you refer to yet another "Visual Haskel
>> [.. VisualHaskell ..]
John Atwood wrote:
>I'm aware of John Reekie's version [1] and I see another [2], but I
>suspect you refer to yet another "Visual Haskell"; can you elaborate? Is
>it "Visual" in the language sense, or the IDE sense?
It is "Visual" in the IDE sense. It is a plugin for
Daan Leijen wrote:
> VisualHaskell is indeed under development. However, due to
> licensing issues the release date is "somewhere next year".
>
> VisualHaskell will provide you with integrated interpreter,
> editor, project and compiler support; but it will be closer
> to VisualC++ than for examp
The Journal of Functional Programming will host
a special issue devoted to the design, analysis,
evaluation, and/or synthesis of algorithms and
data structures in functional programming languages.
For full details, see
http://www.dcs.gla.ac.uk/jfp/editorialAugust99.html
The deadline for submiss
> If we had implicit parameters then all graphics functions
> would have types
> (? context :: Context) => (explicit arguments) => IO (result)
> and the main
> function would be something like
>do
> context <- getContext
> doBusiness with context=context
>
The catch is off co
Daan Leijen wrote:
[snip]
> Representing the 'args' as a value in haskell is probably not
> the right thing to do. For one thing, it is not possible to substitute the
> value 'args' with its definition, since it is unknown until load time.
>
> I think that the 'dynamic environment' info is much b
Ok ... this is a lot neater than what I had in mind but what about the
reflective part?
-Original Message-
From: Daan Leijen [mailto:[EMAIL PROTECTED]]
Sent: 15 December 1999 10:49
To: 'Chris Angus'; [EMAIL PROTECTED]
Subject: RE: Singletons and Reflection
> What do folk out there think
> What do folk out there think to the idea of having a std module
> in Haskell which contains dynamic environment info.
> things I mean are
>
> progName :: String
> args:: String
>
Representing the 'args' as a value in haskell is probably not
the right thing to do. For one thing, it is not po