As you can see in the Faust Csound architecture file : https://github.com/grame-cncm/faust/blob/master-dev/architecture/csound.cpp, this « OENTRY localops » code block is completely static, that is is does not depend of the particular DSP being compiled.
The code was changed latest time in with this commit « Paul Batchelor update for csound6 » 6 years ago: https://github.com/grame-cncm/faust/commit/65501d60002224d8252695920c1dd0a96f800344 So does this mean the code was broken since ? Anyway what you can do is: - change the « OENTRY localops » code block in your local architecture/csound.cpp file using the fixed version - install the updated csound.cpp with « sudo make install » - test with various DSP files - and report if it works - if working, then we can just fix the csound.cpp on GitHub. Stéphane > Le 29 mars 2020 à 11:56, anders.vin...@bek.no a écrit : > > Hi again. Back from the csound-devel list, after being pointed towards > a bug in the output from faust2csound: > > https://listserv.heanet.ie/cgi-bin/wa?A2=ind2003&L=CSOUND&O=D&P=106685 > > Seems faust2csound w. the provided onepole.dsp sets up an erroneous > OENTRY at the bottom of the intermediate .cpp output: the number "7" in > the entry indicates a set of performance and initialisation functions, > out of which one is missing (the NULL): > > <Pièce jointe> > Changing "7" to "3" and removing the NULL entry makes the resulting .so > run in csound: > > <Pièce jointe> > -anders > _______________________________________________ > Faudiostream-users mailing list > Faudiostream-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/faudiostream-users _______________________________________________ Faudiostream-users mailing list Faudiostream-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/faudiostream-users
