Hi Gwen,

I believe this might potentially be of interest to you as well -
https://discourse.haskell.org/t/ghc-now-runs-in-your-browser/13169

Cheers,
Georgi

On 11/5/25 14:34, glfmn via ghc-devs wrote:
> Hello!
>
> My name is Gwen and I am investigating an interesting problem related to tidal cycles, a haskell library for patterning music.
>
> https://tidalcycles.org/
>
> We have the desire to distribute tidal cycles without the need for the end user to install a full haskell development environment (ghc/cabal/stack, etc). However, the interface for tidal cycles is a haskell repl.
>
> We essentially want to create an executable that will start a "pre-heated" ghci session which has the tidal libraries loaded, that we can compile on one machine with a haskell toolchain, and run on a system without one. Another use-case would be to evaluate tidal patterns authored by a musician inside of a Digital Audio Workstation.
>
> I am investigating whether this is possible. Does/could the haskell ghc api support this kind of use-case?
>
> If I was to support a similar use-case with a language like janet (which is designed to exist in a host application), the solution would be to host the compiled bytecode in the application, and populate the interpereter or virtual machine's environment with those symbols so it could find the pre-compiled bytecode hosted inside the executable.
>
> Thanks,
>
> Gwen
>
> Links with additional context:
>
> - https://github.com/haskell-hint/hint/issues/156
> - https://github.com/haskell-hint/hint/issues/80
> _______________________________________________
> ghc-devs mailing list -- ghc-devs@haskell.org
> To unsubscribe send an email to ghc-devs-leave@haskell.org
_______________________________________________
ghc-devs mailing list -- ghc-devs@haskell.org
To unsubscribe send an email to ghc-devs-leave@haskell.org