Tidal VS hint

Since then, I've been working more and more with TidalCycles. TidalCycles is an open-source live coding framework for creating patterns written in Haskell. TidalCycles uses SuperCollider on the backend, another language I've been using for live coding. Recently, I started using Tidal Looper for live vocal processing. This blog post will walk you through what you need to get started with vocal looping with Tidal Looper.

So you’re wondering what would making music with code look like? The tools I’m familiar with are TidalCycles, Sonic Pi, and SuperCollider. I’m having a hard time describing what it’s like to make music with tools like these so here’s a video of a performance. One person is live coding the music and the other is live coding the visuals. I think it’s super cool how the music is improvised and built over time by layering commands. Some keywords you could search to see more examples would be Algorave and Livecoding.

https://tidalcycles.org/ is another great example, parsing patterns of text and printing live music.

For sound live coding/algorave sonic pi and tidal cycles are great, both based on supercollider.

I don't know the alternatives but I'm a big fan of https://tidalcycles.org/. People really do crazy things, check out the videos on the front page.

I love when 2 DJs live-code together (on the same document! Editing each other's loops) or when a VJ live-codes some visuals in reaction to the DJ live-coding the music.

If you're interested in ChuCK, there's also Pure Data (a FOSS cousin of the commercial Max/MSP) and SuperCollider and a lot of live coding algorave sorta music things are built on top of SuperCollider like TidalCycles so you can execute lines of code live via a REPL or evaluating blocks of code in a document and generate beats in realtime.

Tidal Cycles! https://tidalcycles.org/

As layer8 mentioned, it is technically Haskell but more specifically a DSL and environment for live coding music.

Pretty fun to play around with!

Mueval is based on hint, which is in turn based on the ghc library.

Yeah, that project is pretty much at the bottom of my list, unfortunately. My top projects these days are mgmt, klister, recursion-schemes, and hint... And that's already too much!

You can try using hint (instead of ghci) though I'm not sure it has the breakpoint functionality.

Have you tried hint?

with haskell.nix, well, you've found the github issue, you need to put the apecs package in the right nix incantation.

But the use case for that is for using a Haskell program A to catch errors in that same Haskell program A. For your use case, using a Haskell program A to automatically grade a Haskell program B, I recommend using the hint library instead, as it allows you to load code from external source files, run tests on them, and manipulate the error messages produced by ghc. (full disclosure: I am the maintainer of that library)

I am thinking of giving hint the ability to evaluate TemplateHaskell expressions. It would indeed be quite difficult to write an interpreter for all of Haskell, so my plan is to use the Exp's Show instance to produce a program which constructs and then splices that Exp, e.g. $(pure (InfixE (Just (LitE (IntegerL 1))) (VarE GHC.Num.+) (Just (LitE (IntegerL 1))))) is a Haskell expression which is equivalent to 1 + 1, so I should be able to ask hint to evaluate that to get 2 without having to write my own Haskell interpreter.

Yes please! Right now all of my open-source projects (most notably hint and recursion-schemes) are about to drop into barely-updated mode, and while I knew this would happen and have been working towards finding co-maintainers, I am now realizing that it wasn't enough. I think such a website would definitely have helped, and I am hoping that once it launches, I'll be able to use it to find some co-maintainers to tide over my projects until I become available again.

hint's API takes a string, not an AST (I plan to fix this). Internally, hint delegates to the ghc library, which does expose a parser which you can use if you want. hint exists to provide a friendlier API than the ghc library for interpreting Haskell code, but it does not expose a friendlier API for parsing Haskell code.