RE: VisualHaskell

1999-12-15 Thread Mark P Jones
| 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

Re: VisualHaskell

1999-12-15 Thread Sylvan Ravinet
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

1999-12-15 Thread Arjan van IJzendoorn
>> [.. 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

Re: haskell IDE

1999-12-15 Thread John Atwood
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

Second CFP: Special Issue of JFP on Algorithmic Aspects of Functional Programming Languages

1999-12-15 Thread Chris Okasaki
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

RE: Singletons and Reflection

1999-12-15 Thread Daan Leijen
> 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

Re: Singletons and Reflection

1999-12-15 Thread George Russell
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

RE: Singletons and Reflection

1999-12-15 Thread Chris Angus
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

RE: Singletons and Reflection

1999-12-15 Thread Daan Leijen
> 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