Stéphane Letz
Stéphane Letz
Does MIR allows that?
We have automatic tests for Faust DSP. This MIR module https://gist.github.com/sletz/75bdd717a67d9836cba01a934728d371 correctly works in interpreter mode, but fails (that is does not compute the correct sequence of samples) in JIT...
The [Faust](https://faust.grame.fr) compiler now generates MIR code. Here is a benchmark on a set of DSPs (on macOS 10.13, 2.2 Ghz Core I7): The backend code is [here](https://github.com/grame-cncm/faust/blob/master-dev/compiler/generator/interpreter/fbc_mir_compiler.hh). Now waiting...
Discussing on Lightning (https://www.gnu.org/software/lightning/) I've got this answer from Paul Cercueil: ======= One thing I will add - MIR and Lightning have different scopes; MIR is a JIT engine tailored...
I am a bit confused by the status of 32 bits and 64 bits integers: - integer math operations exist in 32 bits or 64 bits version (like MIR_ADD and...
I'm trying to implement a "load in array" operation, so giving an array filled with some values to the "compute" function, which reads and returns the content of array[4]. The...
The C code is not ready for that and produces a lot of errors. Is it planned feature? Would a PR help?
``` import("stdfaust.lib"); process = rdtable(1000, os.osc(500), 10); ``` produces incorrect code in all FIR backends. or ``` import("stdfaust.lib"); process = rdtable(1000, rdtable(1000, os.osc(500), 10), 10); ``` produces incorrect code in...
``` import("stdfaust.lib"); process = no.noise; ``` produce an incorrect `[0, inf]` interval. Most probably caused by integer computation producing overflow, which are not properly handled. See: https://gcc.gnu.org/onlinedocs/gcc/Integer-Overflow-Builtins.html