VSHaskell isn't interfacing with .NET but is a COM server written in Haskell. The VStudio IDE is actually implemented in C but is using COM as an interface to the various plugins. That way you can implement the plugin in C++/.NET/Haskell or what ever you want. For Eclipse you need a bridge between JVM and Haskell. In addition you have find some way to build .so library for Linux. Cheers, Krasimir On 11/30/06, Thiago Arrais wrote:

On 11/30/06, Johannes Waldmann wrote:

...

The main advantage (Visual Haskell over eclipsefp) at the moment is that VH uses incremental (on-the-fly) typechecking/compilation while eclipsefp calls the compiler for whole modules?

I would say this is one of the greatest advantages of VH, don't know if it is the main one, but it surely is an advantage. I wonder how VH achieves that. I imagine it manages to run GHC (it uses GHC, right?) inside the .Net VM or at least access it through some programmatic interface using some kind of native/VM data conversion. GHC code (and not VH code) do the typechecking/compilation tricks. Is that right?

Eclipse is Java and I am pretty sure we can do something similar with it and we actually did something like the second approach prior to version 0.9.1, but just for source code parsing. What do we need for that?

Cheers,

Thiago Arrais -- Mergulhando no Caos - http://thiagoarrais.wordpress.com Pensamentos, idéias e devaneios sobre desenvolvimento de software e tecnologia em geral _______________________________________________ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe

Hi Alistair, Visual Haskell is packaged with just the core libraries. Control.Monad.* modules are part of mtl and Test.HUnit is part of HUnit which aren't core libraries and aren't installed. It was long time ago when I was using the official Windows installer for last time. Is it still packaged with all libraries? Krasimir On 11/30/06, Bayley, Alistair wrote:

(not sure if this is the best place for questions about VisualHaskell)

I've just installed VisualHaskell, and I've noticed that some of the hierarchical libraries are missing/hidden: - Control.Monad.State (and other chunks of the Control.Monad hierarchy, like Control.Monad.Error/Identity/List/Trans) - Test.HUnit (in fact Test.* is gone)

and I'm sure there's plenty more missing.

?

Alistair ***************************************************************** Confidentiality Note: The information contained in this message, and any attachments, may contain confidential and/or privileged material. It is intended solely for the person(s) or entity to which it is addressed. Any review, retransmission, dissemination, or taking of any action in reliance upon this information by persons or entities other than the intended recipient(s) is prohibited. If you received this in error, please contact the sender and delete the material from any computer. ***************************************************************** _______________________________________________ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe

Hi Alistair, On Fri, 01 Dec 2006 18:13:45 +0900, Bayley, Alistair wrote:

It certainly is. Is it possible to configure VisualHaskell so that it uses the existing ghc-6.6 installation, rather than it's own?

I think you can install extra libraries by cabal (and sometime you also need MSYS and MSYS Developer Tool Kit (autotools) for configuration).

cgi fgl GLUT (and GLUT_cbits) haskell-src html HUnit mtl network objectio OpenGL (and OpenGL_cbits) QuickCheck readline time xhtml

And I proposed to bundle OpenAL and ALUT packages. http://www.haskell.org/pipermail/glasgow-haskell-users/2006-October/011283.h... These packages are in extra libraries. And I think that - OpenAL library is LGPL and OpenAL package is BSD3, so there is no reason avoiding to include this package. OpenAL site notices that OpenAL can become Creative's licese when using on Creative Device. http://www.openal.org/platforms.html But if you look at Creative's OpenAL SDK header files, you can find al.h and eft.h are LGPL. So I think we can use OpenAL library under LGPL on Windows, if we don't use Creative specific extentions. http://opensource.creative.com/pipermail/openal/2004-March/007309.html Best Reagrds, -- shelarcy <shelarcy capella.freemail.ne.jp> http://page.freett.com/shelarcy/