On Fri, Jul 3, 2015 at 8:49 AM Austin Seipp aus...@well-typed.com wrote:
We are pleased to announce the first release candidate for GHC 7.10.2:
I found out earlier today that Template Haskell support for the prim and
javascript calling conventions (new in 7.10) was still missing a few cases,
, and repeat the process til no TH expansions exist
and finally that is the result you pass to the compiler.
John
On Sat, Jul 5, 2014 at 1:09 PM, Luite Stegeman stege...@gmail.com wrote:
How would you do reification with that approach?
On Sat, Jul 5, 2014 at 9:59 PM, John Meacham j
On Thu, Jul 3, 2014 at 6:18 PM, Simon Peyton Jones simo...@microsoft.com
wrote:
Luite
I lack the bandwidth to respond at any technical depth, but I’d like to
make encouraging noises. If you can figure out a way to make GHC do these
things without making the compiler terribly complicated
?
On Wed, Jul 2, 2014 at 2:20 PM, Carter Schonwald
carter.schonw...@gmail.com wrote:
wow, this is great work!
If theres a clear path to getting the generic tooling into 7.10, i'm all
for it :) (and willing to help on concrete mechanical subtasks)
On Wed, Jul 2, 2014 at 12:14 PM, Luite
hi all,
I've added some code [1] [2] to GHCJS to make it run Template Haskell code
on node.js, rather than using the GHC linker. GHCJS has supported TH for a
long time now, but so far always relied on native (host) code for it. This
is the main reason that GHCJS always builds native and
On Wed, Sep 4, 2013 at 6:32 PM, Daniil Frumin difru...@gmail.com wrote:
I think it's nice that you've raised that question, I will think about
implementing a finer API for calling Haskell from JS.
It sounds like something like h$runSyncWithResult (name open for
bikeshedding) that takes an
On Wed, Jul 3, 2013 at 11:06 AM, B B blackbox.dev...@gmail.com wrote:
Emscripten is meant to translate ANY LLVM IR code to javascript and it
should work (as I belive).
It cannot compile ANY LLVM code: It's heavily geared towards porting C and
C++ code to JavaScript, and still there are some
On Wed, Jul 3, 2013 at 12:26 PM, B B blackbox.dev...@gmail.com wrote:
Thank you for your response :)
Could you please answer one additional question - why you, while creating
GHCJS didn't base on emscripten? Why haven't you patched it and created
custom solution?
I didn't know a good way to
On Wed, Jul 3, 2013 at 3:13 PM, B B blackbox.dev...@gmail.com wrote:
I think GHCJS should be able to compile all Haskell code in GHC, but we
haven't tested this yet. The tricky bit is probably getting foreign code
work, and creating a working installation that includes all other things,
like
Similarly I would expect that generating any sort of sensible Javascript
would require something fairly tightly tied to GHC; otherwise the output's
going to have horrible performance because it's not going to understand the
input and will fall back to the slowest but most general translation.
That's just a joke, because GHCJS is a bit tricky to install, but it will
be easier after 7.8 is released and they have merged our patches (unless
you really are from the future, then you can just install it, but please
send me the code of all the bugs i'll have fixed by then).
The easiest way to
On Tue, Jul 2, 2013 at 4:38 PM, B B blackbox.dev...@gmail.com wrote:
Thank you for all the replies.
Luite Stegeman - I was thinking that the LLVM IR code is optimized already
or you can run LLVM IR optimization passes to get rid of such things. I
think compiling with ghc -fllvm generates LLVM
I don't know of any complete implementation. The LLVM code produced by GHC
might be hard to compile to JavaScript, since JS does not have tail call
optimization. You would also need to get the RTS working, including the
garbage collector. It's written in C and Cmm, both of which can be compiled
to
hi all,
I've been working on GHCJS [1] for a while and am trying to get it to
work on 64 bit GHC.
A quick background: GHCJS uses the GHC API to generate STG, which it
then translates to JavaScript. It uses slightly patched versions of
the integer-gmp, base and ghc-prim libraries and supports
On Mon, Nov 12, 2012 at 9:16 AM, Jurriën Stutterheim
j.stutterh...@me.com wrote:
Hi all,
foreign import js %1.push(%2)
push :: JSArray a - a - IO (JSArray a)
I'm not sure if it's even necessary to extend GHC itself for this.
Even though this exact syntax (with the js calling convention
Does/can cabal-install support GHCJS? I suppose that's a minor advantage of
extending GHC itself; you get cabal support almost for free.
Yes. There are two GHCJS installation options. One is the standalone
option that includes wrappers for cabal and ghc-pkg. You use
`ghcjs-cabal` to install
sorry, I accidentally sent my reply to Brandon to the wrong address,
not this list.
On Tue, Aug 16, 2011 at 4:56 PM, Dan Doel dan.d...@gmail.com wrote:
...
I don't really understand why it would be impossible not to export a
data family, given that (instances I understand). And of course, you
hi,
I've been trying to debug a problem with some code that causes name
conflicts with GHC 7.2.1, but not with 7.0.4.
The problem appears to be that in some cases, GHC 7.2.1 creates a
top-level data family, that was not there with 7.0.4. Here's a small
example:
-- C.hs
{-# LANGUAGE TypeFamilies
hi all,
often when a new version of a package is available on hackage, I want to see
what has changed since the previous release. Unfortunately many packages
don't have a changelog or a public source code repository. That's why I have
made a simple website with git repositories that contain all
19 matches
Mail list logo