Which raises the question then: what would be needed to make this happen by
7.10, if not sooner?
naively, I'd imagine one part of the challenge is that Template haskell
induces needing a ghc that can build libraries for *BOTH* host and target,
because we have arbitrary execution at Template
On 6/14/13, Carter Schonwald carter.schonw...@gmail.com wrote:
Which raises the question then: what would be needed to make this happen by
7.10, if not sooner?
naively, I'd imagine one part of the challenge is that Template haskell
induces needing a ghc that can build libraries for *BOTH*
We've had TH working in GHCJS [1] for a few months now, compiling once for
the host platform, and once for the target.
Our GHCJS GHC patch [2] (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
Trying to cross-build the vector package I get:
ghc-stage1: panic! (the 'impossible' happened)
(GHC version 7.7.20130123 for arm-unknown-nto-qnx):
Cant do annotations without GHCi
{Data/Vector/Fusion/Stream/Monadic.hs:104:19-33}
base:GHC.Exts.ForceSpecConstr{d r2Qv}
This is
Awesome! Please let us know how we can help get those into good shape for
being merged in!
That leaves the other question: how could we support the Fat Binary
builds for IOS devices?
I assume that this would only be supported via -fllvm, but work would be
needed to support such? Is it a
On Fri, Jun 14, 2013 at 11:44 PM, Carter Schonwald
carter.schonw...@gmail.com wrote:
Awesome! Please let us know how we can help get those into good shape for
being merged in!
That leaves the other question: how could we support the Fat Binary
builds for IOS devices?
It seems that that's
