status of template haskell + cross compiling plans for 7.8?
stegeman at gmail.com
Fri Jun 14 22:11:55 CEST 2013
We've had TH working in GHCJS  for a few months now, compiling once for
the host platform, and once for the target.
Our GHCJS GHC patch  (that we hope to get merged before 7.8) adds, among
other things, WayCustom to the Ways in DynFlags, which just adds a custom
token to the filename extension. This, uhm, way (sorry), we generate native
same directory. TH always uses the native files.
We had to patch Cabal  to install the extra files (but we needed to
patch Cabal anyway to add the GHCJS compiler flavour), but other than that
it seems to work. GHC loads the native .a files when running TH, we do our
Another thing we patched is the GHC.Prim interface, which is different for
custom GHC.Prim for 32 bit, while we use the regular GHC.Prim when we
generate the native code.
It's all a bit hacky, but maybe this approach can be used as a basis for
getting TH working in a real GHC. We could take some shortcuts to make a
pseudo-mutltitarget compiler by just tacking an extra code generator onto a
non-crosscompiling GHC. I'd be happy to help or discuss to make it more
 https://github.com/ghcjs / http://weblog.luite.com/wordpress/?p=14
On Thu, Jun 13, 2013 at 11:43 PM, Carter Schonwald <
carter.schonwald at gmail.com> wrote:
> Hey All,
> Whats the story planned for template haskell + cross compiler support come
> ghc 7.8?
> I understand theres a lot of Template Haskell design underway, some of
> which will help support tools like Manuel's Inline-Objective-C work. Does
> this mean that factored out within this reorganization is a better story
> for cross compilation?
> Especially since one kill "app" for the Inline-Objective-C template
> haskell work would be writing IOS applications. Though I guess that also
> touches on the need to sort out supporting "FAT" ARM binaries too, right?
> This intersects with a few different large subsets of tickets, so i'm not
> sure if any single ticket is the right fora for this question.
> ghc-devs mailing list
> ghc-devs at haskell.org
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the ghc-devs