| Yes, the HEP was one attempt to define the interface. There was a
| HEP-lite implementation at one point, I believe, but it was never
| fully adopted.
But in effect, GHCi-as-a-library amounts to a HEP expressed as a Haskell
library rather than a COM object. So we're getting there.
S
My plan is to have an API where you can request a :load of a module
source (perhaps omitting the code generation steps for
speed) and then
request information about the module, by source location
(GHC now has
completely accurate source location information in its abstract
datatype;
On Mon, 2004-01-19 at 11:34, Simon Marlow wrote:
For the Visual Studio plugin we're going to need to talk to
GHCi. We
plan to do this by designing an appropriate API for GHCi
and calling it
directly; you *could* do it by talking over a pipe, but
it's going to be
a lot of work
On Mon, 2004-01-19 at 11:34, Simon Marlow wrote:
For the Visual Studio plugin we're going to need to talk to GHCi. We
plan to do this by designing an appropriate API for GHCi and calling it
directly; you *could* do it by talking over a pipe, but it's going to be
a lot of work (and slow). If
Hi,
I agree. It would be nice to have also a Iterator interface for the
AST, i.e. for jump to next/previous symbol of a special kind. Also
information about the caller of a symbol would be nice (I don't know if
that is already part of the compiler manager interface).
I'm interested in code
Hello Simon,
Am 18.01.2004 um 11:31 schrieb Ketil Malde:
[EMAIL PROTECTED] (Hans Nikolaus Beck) writes:
in order to build a programming environement, it would be
nice to ask
the GHC about symbols etc found in a given Haskell program.
I suppose
Peter wrote:
BTW, does Language.Haskell.Parser.parseModule already perform infix
resolution?
Unless it changed very recently, then no.
I have written some code for this very task:
http://www.cs.mu.oz.au/~bjpop/code/Infix.hs
You give it the infix rules that are in scope and a
Am 18.01.2004 um 11:31 schrieb Ketil Malde:
[EMAIL PROTECTED] (Hans Nikolaus Beck) writes:
in order to build a programming environement, it would be
nice to ask
the GHC about symbols etc found in a given Haskell program.
I suppose a programming environment could talk to GHCi
[EMAIL PROTECTED] (Hans Nikolaus Beck) writes:
in order to build a programming environement, it would be nice to ask
the GHC about symbols etc found in a given Haskell program.
I suppose a programming environment could talk to GHCi (which provides
commands like :type, :info, :browse to explore
Hi,
Am 18.01.2004 um 11:31 schrieb Ketil Malde:
[EMAIL PROTECTED] (Hans Nikolaus Beck) writes:
in order to build a programming environement, it would be nice to ask
the GHC about symbols etc found in a given Haskell program.
I suppose a programming environment could talk to GHCi (which provides
Hi,
in order to build a programming environement, it would be nice to ask
the GHC about symbols etc found in a given Haskell program. I've read
that GHC has a interface, which was originally intended to plug in
other backends. But I've never found a detailed description or API
Can someone
HNBeck:
Hi,
in order to build a programming environement, it would be nice to ask
the GHC about symbols etc found in a given Haskell program. I've read
that GHC has a interface, which was originally intended to plug in
other backends. But I've never found a detailed description or
Hi,
thank you, it's seems very helpful :-))
Greetings
Hans
Am 18.01.2004 um 00:31 schrieb Donald Bruce Stewart:
HNBeck:
Hi,
in order to build a programming environement, it would be nice to ask
the GHC about symbols etc found in a given Haskell program. I've read
that GHC has a interface,
13 matches
Mail list logo
