Hopefully it will be coming together soon. The last couple of weeks
have been pretty hectic for me, but most of it ends tomorrow. I'm
hoping to put some time into getting the code into shape this weekend.
Aaron
On Mar 8, 2007, at 4:34 PM, Kirsten Chevalier wrote:
On 3/8/07, Neil Mitchell <
On 3/8/07, Simon Peyton-Jones <[EMAIL PROTECTED]> wrote:
Yes, it'll be great to have External Core working again. Thanks to Kirsten and
Peter for picking it up.
(Peter, Kirsten, if you get stuck, I'm happy to help.)
Correction -- that's Aaron, not Peter :-)
At the moment we're not stuck, it
| > on getting that working again.) I have a parser that works with (IIRC)
| > GHC 6.0 somewhere, though it would take a little bit of finding. If
| > that would be useful for you, let me know.
|
| I have one sitting around somewhere that works with 6.4, I think.
| Nothing I wrote myself, just some
Hi
Does it matter which version of GHC?
Yes, 6.6 or nothing, I'm afraid. GHC 6.6 is already a dependency for
another part of the tool chain, so demanding more than one GHC version
is not feasible.
As far as I know, there's no
External Core parser that will work with the code emitted by
-fext
On 3/8/07, Neil Mitchell <[EMAIL PROTECTED]> wrote:
Hi,
I would like to parse GHC Core to an abstract syntax tree, as the old
GHC Core library used to allow the user to do. I do not want to depend
on the GHC API (too big), but don't mind depending on a small and
separately available .cabal'd pac
Hello,
The GHC repository ghc/utils/ext-core contains a parser and an (incomplete?)
interpreter, apparently for some earlier version of GHC core.
Best regards
Thorkil
On Thursday 08 March 2007 15:58, Neil Mitchell wrote:
> Hi,
>
> I would like to parse GHC Core to an abstract syntax tree, as th
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Neil Mitchell wrote:
> Hi,
>
> I would like to parse GHC Core to an abstract syntax tree, as the old
> GHC Core library used to allow the user to do. I do not want to depend
> on the GHC API (too big), but don't mind depending on a small and
> separat
Hi,
I have made some progress in compiling ghc-6.6 unregisterised for
freebsd/amd64,
but I am stuck again.
To get the build on the host (freebsd/i386) to go through, I had to
fix up Linker.c so
that it would build. (Linker.c seems to define at least one utility
function required
by the
Hi,
I would like to parse GHC Core to an abstract syntax tree, as the old
GHC Core library used to allow the user to do. I do not want to depend
on the GHC API (too big), but don't mind depending on a small and
separately available .cabal'd package. I also don't mind copying a few
modules into my
