gc times increase linearly over time
It's somewhat expected behavior, since we don't do generational gc yet and is based on a naive copying gc implementation for now, so gc time (when it actually happens) is dependent on heap resident data size
Hiya friends, I've been taking a look at Asterius and am really amazed by how well everything already works! I'm currently trying to attach event listeners, but am running into some trouble:
This is my foreign import, and this is the wrapper I make around it:
addEventListener :: DOMNode -> String -> (JSVal -> IO ()) -> IO () addEventListener node eventName _callback = do -- Temporary, just trying to get *something* out of Haskell cb <- makeHaskellCallback (putStrLn "Got callback") ffi_addEventListener (coerce node) (toJSString eventName) cb
Unfortunately, I never end up getting anything back...
Whenever I change the ffi import to
I do in fact get a console message, but it's a Promise that has already resolved by then. Does this have something to do with laziness?
tidalas a package that compiles with
ahc-cabal install tidalbut
hsc2hsboth fail to install, the latter with
openBinaryFile: does not exist(related? https://gitlab.haskell.org/ghc/ghc/issues/15758)
cabal: Failed to build Cabal-188.8.131.52. The build process was killed (i.e. SIGKILL). The typical reason for this is that there is not enough memory available (e.g. the OS killed a process using lots of memory).
"The image also ships ~2k prebuilt packages from a recent Stackage snapshot for convenience of testing simple programs without needing to set up a Cabal project.", but when I did
import Sound.Tidal.Contextit was not found. So maybe I'm confused about what the readme means
Hello! I used
ahc-cabal to create a simple hello-world app (
ahc-cabal init -p helloworld). After adding
base to the
build-depends, I build the project:
ahc-cabal new-build && ahc-cabal new-install --installdir .. It worked but when I tried to use
ahc-dist to generate the wasm file and the js files I got this error:
root@5ec2d300a3d2:/workspace/hello# ahc-dist --input-exe helloworld ahc-dist: Out of memory
I used the image with tag
200707 and I used
Please, let me know if I'm missing any step or if I'm doing something wrong.
RuntimeError: returnFFIPromise: unsupported thread stopping reason 0-- which looks to my untrained eye like a normal thread stopping point: success. The relevant somewhat minimal reproducible code is is at https://gist.github.com/christianlavoie/db264f799ef10638d102259e10d188f4 and https://gist.github.com/christianlavoie/06254660f118fb718909f448ff1273d5. Thoughts?
Trying to cross compile a library to wasm. During the
ahc-dist step, it fails with:
[wasm-validator error in function networkzm3zi1zi2zi0zm93370f294a5ccad85a2ba1fe91dc1b8fe0ad85f859334db533820874b4f0b8f5_NetworkziSocketziTypes_.LsklD] unexpected false: non-final block elements returning a value must be drop()ed (binaryen's autodrop option might help you)
I am running the
ahc-dist this way:
stack exec -- ahc-dist --browser --input-exe ./hocus-pocus