Hi all,

I'm in the middle of getting csound.c to work with csound5 (using an
extracted csoundCore.h from cs.h) and got stuck trying to edit
csoundAppendOpcode.  It doesn't seem to have been designed to take in a
csound *.  May I ask what the design decision is for this, and would it
break anything if I changed it so that *ALL* host API functions
currently in csound.h/csound.c take in a csound*?

Thanks,
steven

On RH9 Linux, in the csound module, I edited Makefile.lnx to reflect
the location of my FLTK headers and the correct alignment flags and
then typed make.  The build fails with three errors.  The attempt to
build dnoise and srconv fails when linking because POLL_EVENTS is
undefined.  The attempt to build cscore fails because the makefile
looks for cscormai.c in util1/cscore, but it is in the root build
directory.

John

Correction, the build of cscore does succeed.  I actually typed "make
-f Mafefile.lnk", and the build of cscore failed because it uses the
Makefile that in the same directory.  Renaming Makefile.lnk to
Makefile fixes the cscore build problem.

John

I will have internet access in about hour, and I'll fix the build
problems then as well as implement the directory reorganization.
Commit any changes to the csound module now, please.

John

ramsdell@mitre.org (John D. Ramsdell) writes:

> Correction, the build of cscore does succeed.  I actually typed "make
> -f Mafefile.lnk", and the build of cscore failed because it uses the
> Makefile that in the same directory.  Renaming Makefile.lnk to
> Makefile fixes the cscore build problem.
> 
> John