
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
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