On 6/3/07, Monique Monteiro [EMAIL PROTECTED] wrote:
On 6/2/07, Esa Ilari Vuokko [EMAIL PROTECTED] wrote:
For stage1, this can be solved by adding -package mtl to ghc command
used to linking, for next stages, you'd need to add mtl to bootstrap cycle,
I think. I have no idea how that is done.
Hi all,
I'm able to compile the .NET code generator with GHC without
compiler errors, but now I have the linkage error below. (In fact
there are other similar messages, this is only an example). This is
strange because the *.o/*.hi files were all generated without error
messages. Has anyone
Hi,
On 6/3/07, Monique Monteiro [EMAIL PROTECTED] wrote:
Hi all,
I'm able to compile the .NET code generator with GHC without
compiler errors, but now I have the linkage error below. (In fact
there are other similar messages, this is only an example). This is
strange because the *.o/*.hi
On 6/2/07, Esa Ilari Vuokko [EMAIL PROTECTED] wrote:
For stage1, this can be solved by adding -package mtl to ghc command
used to linking, for next stages, you'd need to add mtl to bootstrap cycle,
I think. I have no idea how that is done. Borrowing code from mtl might be
easier.
GHC gives
| Another question: was there any significant optimization or
| performance change in the front-end (ie.: generation of Core/STG tree)
| since GHC 6.2.2?
Well, I think the core code is a bit better (i.e. more optimised) but it's the
same old Core.
Simon
On Wed, May 30, 2007 at 11:45:33AM -0300, Monique Monteiro wrote:
simpler way to integrante new backends? I worked at Haskell.NET
project in the past, when we integrated successfully a .NET code
generator to GHC 6.2.2.
Do you have any documentation or papers or anything about your .NET
Hi Brian,
the documentation is available at
http://php.cin.ufpe.br/~haskell/haskelldotnet/hsharp.php?m=references
. It has nothing to do with ILX code generator. ILX codegen was an
old project run by Don Syme ([EMAIL PROTECTED]).
Thanks,
Monique
On 5/30/07, Brian Alliet [EMAIL PROTECTED]
| is there any plan to improve GHC's extensibility by providing a
| simpler way to integrante new backends? I worked at Haskell.NET
...
| in GHC's code! I haven't yet figured out how to call the .NET code
| generator from GHC 6.6.1's main function. Further, it would be great
| if there was a
On 5/30/07, Simon Peyton-Jones [EMAIL PROTECTED] wrote:
| is there any plan to improve GHC's extensibility by providing a
| simpler way to integrante new backends? I worked at Haskell.NET
...
| in GHC's code! I haven't yet figured out how to call the .NET code
| generator from GHC 6.6.1's