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 <[EMAIL PROTECTED]> wrote:
On 11/30/06, Johannes Waldmann <[EMAIL PROTECTED]> 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
_______________________________________________ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
