trentgill/fn_ptr_graph

Forth-y CLI for DSP graphs. C (DSP) & Haskell (interpreter & graph compiler) backend. Wrapped in libsoundio

fn_ptr_graph's Issues

calling C fns from haskell & avoiding IO

right now we're cheating & returning variables as pure functions.

it seems the correct way to deal with this is to do all of this IO to the variable c-graph out in main (or close to it). this causes big issues because of the construction of the interpreter which does code execution at least 3 layers of abstraction away from main.

even if the parser existed at the main level, there'd still be issues when using composite words which wrap functionality inside, and wouldn't return to main level after each element.

considered building a list of dsp-fn calls per input string, then executing them at the end. the problem of course, is that some dsp-fns just return a value that hoth can use to do (eg) math on. you can't 'get' a param then add 4, then 'set' that same param, because the add would happen to a value that didn't yet exist.

hs to call wrapped-init functions for the dsp modules

haskell needs to respond to CLI by creating wrapped dsp_structs in a module_t. the c fns return a pointer to a module_t & stores it in a haskell list.

the module_t must be 'understood' by haskell, in that hs should be able to parse the contents & know things like the number of ins & outs.

get module descriptors into hs

need to be able to access a list of metadata describing the use & settings of all available modules.

how to iterate through this? c can only return a single pointer, so is the list null-terminated?