Generating IDE completions via GHC

[Simon Peyton-Jones]

If it's not doing what you expect, could you make a test case to demonstrate it. Somethign like
          module Main where
          import GHC
          main = do { .... blah; ns <- getNamesInScope; print ns }
where you get an empty list and you didn't expect one.  I think that would be the easiest way to expose the difficulty

Simon

From: Scott Michel [mailto:scooter.phd at gmail.com]
Sent: 20 January 2011 05:56
To: Simon Peyton-Jones
Subject: Re: Generating IDE completions via GHC

Simon:

Thanks for the suggestion, but no dice. GHC.getNamesInScope returns an empty list.


-scooter
On Mon, Jan 10, 2011 at 1:36 AM, Simon Peyton-Jones <simonpj at microsoft.com<mailto:simonpj at microsoft.com>> wrote:
Try GHC.getNamesInScope, which will give you all the entities in scope.
Then use GHC.lookupName to see what manner of beast the Name is bound to (an Id, Class, TyCon etc)

Does that help?

Simon

| -----Original Message-----
| From: glasgow-haskell-users-bounces at haskell.org<mailto:glasgow-haskell-users-bounces at haskell.org> [mailto:glasgow-haskell-<mailto:glasgow-haskell->
| users-bounces at haskell.org<mailto:users-bounces at haskell.org>] On Behalf Of Scott Michel
| Sent: 07 January 2011 06:31
| To: glasgow-haskell-users at haskell.org<mailto:glasgow-haskell-users at haskell.org>
| Subject: Generating IDE completions via GHC
|
| I'm a little stuck trying to generate context-sensitive completions for
| EclipseFP. For example, if the editor point is after "::" or "->", I'd like
| to offer all types currently visible, including those offered via the
| module's imports. There doesn't seem to be a way to do this via the GHC API,
| unless I emulate the compiler's operation (i.e. reading interface files, etc)
|
| Am I missing something in the API? Basically, getting top-level names for a
| module (and it's import decls) helps, but there's no selectivity. Is there a
| way to interrogate a reader environment to do this?
|
| Looking at Leksah's code, I'm not looking forward to reading and processing
| .hi files. And adding more complexity to (and more divergence from
| nominolo's) scion-server.
|
|
| -scooter
| _______________________________________________
| Glasgow-haskell-users mailing list
| Glasgow-haskell-users at haskell.org<mailto:Glasgow-haskell-users at haskell.org>
| http://www.haskell.org/mailman/listinfo/glasgow-haskell-users

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.haskell.org/pipermail/cvs-ghc/attachments/20110120/19ac3423/attachment.htm>