Hi, 

today I tested the csound plugin system, which is in the develop branch but I really like the concept of writing dynamic libs to extend csound. So I don't know if it is planned to be official in the next Csound release but it's great idea!

However, I ran into some problems on OSX and Linux/Ubuntu when testing the examples. First I had problems to compile them as a dynamic library that was due to two reasons:

I used: gcc -std=c++11 -I../../include/  -c opcodes.cpp -o mydylib.dylib

1) include/float-version.h file has been changed recently and doesnt seem compatible anymore, if it contains only '#define USE_DOUBLE’ as it used in the past, than plugins can be compiled.

2) in examples/plugin/opcodes.cpp: the thread example does not compile with the following error "opcodes.cpp:233:3: error: C++ requires a type specifier for all declarations  MyThread(csnd::Csound *csound) : Thread(csound), spinlock(false), on(true), message("") {};” 
Commenting out these lines helped to compile the dylib.

Nevertheless,
3) csound --Csound version 6.12 (double samples) Jul 31 2018
[commit: a7033ed14a8cd424cccb1212f3b3176b90234248] doesnt find plugins even though I inlude the --opcode-lib=./mydylib.dylib option

Best,

Not sure what is the problem. Here’s what happens on OSX

MacBook-Pro:build2 victor$ cmake ..
-- The C compiler identification is AppleClang 9.1.0.9020039
-- The CXX compiler identification is AppleClang 9.1.0.9020039
-- Check for working C compiler: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/cc
-- Check for working C compiler: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/cc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Detecting C compile features
-- Detecting C compile features - done
-- Check for working CXX compiler: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/c++
-- Check for working CXX compiler: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/c++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Found CSOUND: /Users/victor/Library/Frameworks/CsoundLib64.framework/Headers  
-- Building Opcodes
-- Configuring done
-- Generating done
-- Build files have been written to: /Users/victor/src/opcode_sdk/build2
MacBook-Pro:build2 victor$ make
/Applications/CMake.app/Contents/bin/cmake -H/Users/victor/src/opcode_sdk -B/Users/victor/src/opcode_sdk/build2 --check-build-system CMakeFiles/Makefile.cmake 0
/Applications/CMake.app/Contents/bin/cmake -E cmake_progress_start /Users/victor/src/opcode_sdk/build2/CMakeFiles /Users/victor/src/opcode_sdk/build2/CMakeFiles/progress.marks
/Applications/Xcode.app/Contents/Developer/usr/bin/make -f CMakeFiles/Makefile2 all
/Applications/Xcode.app/Contents/Developer/usr/bin/make -f CMakeFiles/multc.dir/build.make CMakeFiles/multc.dir/depend
cd /Users/victor/src/opcode_sdk/build2 && /Applications/CMake.app/Contents/bin/cmake -E cmake_depends "Unix Makefiles" /Users/victor/src/opcode_sdk /Users/victor/src/opcode_sdk /Users/victor/src/opcode_sdk/build2 /Users/victor/src/opcode_sdk/build2 /Users/victor/src/opcode_sdk/build2/CMakeFiles/multc.dir/DependInfo.cmake --color=
Scanning dependencies of target multc
/Applications/Xcode.app/Contents/Developer/usr/bin/make -f CMakeFiles/multc.dir/build.make CMakeFiles/multc.dir/build
[ 25%] Building C object CMakeFiles/multc.dir/src/mult.c.o
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/cc -Dmultc_EXPORTS -I/Users/victor/Library/Frameworks/CsoundLib64.framework/Headers  -O3 -DNDEBUG -fPIC   -o CMakeFiles/multc.dir/src/mult.c.o   -c /Users/victor/src/opcode_sdk/src/mult.c
[ 50%] Linking C shared library libmultc.dylib
/Applications/CMake.app/Contents/bin/cmake -E cmake_link_script CMakeFiles/multc.dir/link.txt --verbose=1
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/cc -O3 -DNDEBUG -dynamiclib -Wl,-headerpad_max_install_names  -o libmultc.dylib -install_name /Users/victor/src/opcode_sdk/build2/libmultc.dylib CMakeFiles/multc.dir/src/mult.c.o 
[ 50%] Built target multc
/Applications/Xcode.app/Contents/Developer/usr/bin/make -f CMakeFiles/multcpp.dir/build.make CMakeFiles/multcpp.dir/depend
cd /Users/victor/src/opcode_sdk/build2 && /Applications/CMake.app/Contents/bin/cmake -E cmake_depends "Unix Makefiles" /Users/victor/src/opcode_sdk /Users/victor/src/opcode_sdk /Users/victor/src/opcode_sdk/build2 /Users/victor/src/opcode_sdk/build2 /Users/victor/src/opcode_sdk/build2/CMakeFiles/multcpp.dir/DependInfo.cmake --color=
Scanning dependencies of target multcpp
/Applications/Xcode.app/Contents/Developer/usr/bin/make -f CMakeFiles/multcpp.dir/build.make CMakeFiles/multcpp.dir/build
[ 75%] Building CXX object CMakeFiles/multcpp.dir/src/mult.cpp.o
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/c++  -Dmultcpp_EXPORTS -I/Users/victor/Library/Frameworks/CsoundLib64.framework/Headers  -std=c++11 -O3 -DNDEBUG -fPIC   -o CMakeFiles/multcpp.dir/src/mult.cpp.o -c /Users/victor/src/opcode_sdk/src/mult.cpp
[100%] Linking CXX shared library libmultcpp.dylib
/Applications/CMake.app/Contents/bin/cmake -E cmake_link_script CMakeFiles/multcpp.dir/link.txt --verbose=1
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/c++ -std=c++11 -O3 -DNDEBUG -dynamiclib -Wl,-headerpad_max_install_names  -o libmultcpp.dylib -install_name /Users/victor/src/opcode_sdk/build2/libmultcpp.dylib CMakeFiles/multcpp.dir/src/mult.cpp.o 
[100%] Built target multcpp
/Applications/CMake.app/Contents/bin/cmake -E cmake_progress_start /Users/victor/src/opcode_sdk/build2/CMakeFiles 0

and

MacBook-Pro:build2 victor$ csound --opcode-lib=./libmultcpp.dylib ../csd/mult.csd
time resolution is 1000.000 ns
0dBFS level = 32768.0
--Csound version 6.12 beta (double samples) Jul 13 2018
[commit: a5b8b3903ae1c58ccfaf30b4e761f6a241977c80]
libsndfile-1.0.28
UnifiedCSD:  ../csd/mult.csd
STARTING FILE
Creating options
Creating orchestra
closing tag
Creating score
Loading command-line libraries:
  ./libmultcpp.dylib
rtaudio: PortAudio module enabled ...
using callback interface
rtmidi: PortMIDI module enabled
Elapsed time at end of orchestra compile: real: 0.007s, CPU: 0.004s
sorting score ...
	... done
Elapsed time at end of score sort: real: 0.007s, CPU: 0.004s
graphics suppressed, ascii substituted
0dBFS level = 1.0
orch now loaded
audio buffered in 1024 sample-frame blocks
writing 2048-byte blks of shorts to /Users/victor/audio/test.aif (AIFF)
SECTION 1:
new alloc for instr 1:
instr 1:  i3 = 4.000
new alloc for instr 2:
new alloc for instr 3:
 i2     4.00000
B  0.000 ..  1.000 T  1.000 TT  1.000 M:  0.99982
B  1.000 ..  2.000 T  2.000 TT  2.000 M:  0.99982
Score finished in csoundPerform().
inactive allocs returned to freespace
end of score.		   overall amps:  0.99982
	   overall samples out of range:        0
0 errors in performance
Elapsed time at end of performance: real: 0.020s, CPU: 0.013s
1024 2048 sample blks of shorts written to /Users/victor/audio/test.aif (AIFF)


Have you used CMake? That’s what you should do to get the flags right

========================
Prof. Victor Lazzarini
Dean of Arts, Celtic Studies, and Philosophy,
Maynooth University,
Maynooth, Co Kildare, Ireland
Tel: 00 353 7086936
Fax: 00 353 1 7086952 

> On 31 Jul 2018, at 19:15, Alex Hofmann  wrote:
> 
> Hi, 
> 
> today I tested the csound plugin system, which is in the develop branch but I really like the concept of writing dynamic libs to extend csound. So I don't know if it is planned to be official in the next Csound release but it's great idea!
> 
> However, I ran into some problems on OSX and Linux/Ubuntu when testing the examples. First I had problems to compile them as a dynamic library that was due to two reasons:
> 
> I used: gcc -std=c++11 -I../../include/  -c opcodes.cpp -o mydylib.dylib
> 
> 1) include/float-version.h file has been changed recently and doesnt seem compatible anymore, if it contains only '#define USE_DOUBLE’ as it used in the past, than plugins can be compiled.
> 
> 2) in examples/plugin/opcodes.cpp: the thread example does not compile with the following error "opcodes.cpp:233:3: error: C++ requires a type specifier for all declarations  MyThread(csnd::Csound *csound) : Thread(csound), spinlock(false), on(true), message("") {};” 
> Commenting out these lines helped to compile the dylib.
> 
> Nevertheless,
> 3) csound --Csound version 6.12 (double samples) Jul 31 2018
> [commit: a7033ed14a8cd424cccb1212f3b3176b90234248] doesnt find plugins even though I inlude the --opcode-lib=./mydylib.dyli

Btw, this is the opcode sdk repo

https://github.com/csound/opcode_sdk

========================
Prof. Victor Lazzarini
Dean of Arts, Celtic Studies, and Philosophy,
Maynooth University,
Maynooth, Co Kildare, Ireland
Tel: 00 353 7086936
Fax: 00 353 1 7086952 

> On 31 Jul 2018, at 19:39, Victor Lazzarini  wrote:
> 
> Not sure what is the problem. Here’s what happens on OSX
> 
> MacBook-Pro:build2 victor$ cmake ..
> -- The C compiler identification is AppleClang 9.1.0.9020039
> -- The CXX compiler identification is AppleClang 9.1.0.9020039
> -- Check for working C compiler: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/cc
> -- Check for working C compiler: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/cc -- works
> -- Detecting C compiler ABI info
> -- Detecting C compiler ABI info - done
> -- Detecting C compile features
> -- Detecting C compile features - done
> -- Check for working CXX compiler: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/c++
> -- Check for working CXX compiler: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/c++ -- works
> -- Detecting CXX compiler ABI info
> -- Detecting CXX compiler ABI info - done
> -- Detecting CXX compile features
> -- Detecting CXX compile features - done
> -- Found CSOUND: /Users/victor/Library/Frameworks/CsoundLib64.framework/Headers  
> -- Building Opcodes
> -- Configuring done
> -- Generating done
> -- Build files have been written to: /Users/victor/src/opcode_sdk/build2
> MacBook-Pro:build2 victor$ make
> /Applications/CMake.app/Contents/bin/cmake -H/Users/victor/src/opcode_sdk -B/Users/victor/src/opcode_sdk/build2 --check-build-system CMakeFiles/Makefile.cmake 0
> /Applications/CMake.app/Contents/bin/cmake -E cmake_progress_start /Users/victor/src/opcode_sdk/build2/CMakeFiles /Users/victor/src/opcode_sdk/build2/CMakeFiles/progress.marks
> /Applications/Xcode.app/Contents/Developer/usr/bin/make -f CMakeFiles/Makefile2 all
> /Applications/Xcode.app/Contents/Developer/usr/bin/make -f CMakeFiles/multc.dir/build.make CMakeFiles/multc.dir/depend
> cd /Users/victor/src/opcode_sdk/build2 && /Applications/CMake.app/Contents/bin/cmake -E cmake_depends "Unix Makefiles" /Users/victor/src/opcode_sdk /Users/victor/src/opcode_sdk /Users/victor/src/opcode_sdk/build2 /Users/victor/src/opcode_sdk/build2 /Users/victor/src/opcode_sdk/build2/CMakeFiles/multc.dir/DependInfo.cmake --color=
> Scanning dependencies of target multc
> /Applications/Xcode.app/Contents/Developer/usr/bin/make -f CMakeFiles/multc.dir/build.make CMakeFiles/multc.dir/build
> [ 25%] Building C object CMakeFiles/multc.dir/src/mult.c.o
> /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/cc -Dmultc_EXPORTS -I/Users/victor/Library/Frameworks/CsoundLib64.framework/Headers  -O3 -DNDEBUG -fPIC   -o CMakeFiles/multc.dir/src/mult.c.o   -c /Users/victor/src/opcode_sdk/src/mult.c
> [ 50%] Linking C shared library libmultc.dylib
> /Applications/CMake.app/Contents/bin/cmake -E cmake_link_script CMakeFiles/multc.dir/link.txt --verbose=1
> /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/cc -O3 -DNDEBUG -dynamiclib -Wl,-headerpad_max_install_names  -o libmultc.dylib -install_name /Users/victor/src/opcode_sdk/build2/libmultc.dylib CMakeFiles/multc.dir/src/mult.c.o 
> [ 50%] Built target multc
> /Applications/Xcode.app/Contents/Developer/usr/bin/make -f CMakeFiles/multcpp.dir/build.make CMakeFiles/multcpp.dir/depend
> cd /Users/victor/src/opcode_sdk/build2 && /Applications/CMake.app/Contents/bin/cmake -E cmake_depends "Unix Makefiles" /Users/victor/src/opcode_sdk /Users/victor/src/opcode_sdk /Users/victor/src/opcode_sdk/build2 /Users/victor/src/opcode_sdk/build2 /Users/victor/src/opcode_sdk/build2/CMakeFiles/multcpp.dir/DependInfo.cmake --color=
> Scanning dependencies of target multcpp
> /Applications/Xcode.app/Contents/Developer/usr/bin/make -f CMakeFiles/multcpp.dir/build.make CMakeFiles/multcpp.dir/build
> [ 75%] Building CXX object CMakeFiles/multcpp.dir/src/mult.cpp.o
> /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/c++  -Dmultcpp_EXPORTS -I/Users/victor/Library/Frameworks/CsoundLib64.framework/Headers  -std=c++11 -O3 -DNDEBUG -fPIC   -o CMakeFiles/multcpp.dir/src/mult.cpp.o -c /Users/victor/src/opcode_sdk/src/mult.cpp
> [100%] Linking CXX shared library libmultcpp.dylib
> /Applications/CMake.app/Contents/bin/cmake -E cmake_link_script CMakeFiles/multcpp.dir/link.txt --verbose=1
> /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/c++ -std=c++11 -O3 -DNDEBUG -dynamiclib -Wl,-headerpad_max_install_names  -o libmultcpp.dylib -install_name /Users/victor/src/opcode_sdk/build2/libmultcpp.dylib CMakeFiles/multcpp.dir/src/mult.cpp.o 
> [100%] Built target multcpp
> /Applications/CMake.app/Contents/bin/cmake -E cmake_progress_start /Users/victor/src/opcode_sdk/build2/CMakeFiles 0
> 
> and
> 
> MacBook-Pro:build2 victor$ csound --opcode-lib=./libmultcpp.dylib ../csd/mult.csd
> time resolution is 1000.000 ns
> 0dBFS level = 32768.0
> --Csound version 6.12 beta (double samples) Jul 13 2018
> [commit: a5b8b3903ae1c58ccfaf30b4e761f6a241977c80]
> libsndfile-1.0.28
> UnifiedCSD:  ../csd/mult.csd
> STARTING FILE
> Creating options
> Creating orchestra
> closing tag
> Creating score
> Loading command-line libraries:
>  ./libmultcpp.dylib
> rtaudio: PortAudio module enabled ...
> using callback interface
> rtmidi: PortMIDI module enabled
> Elapsed time at end of orchestra compile: real: 0.007s, CPU: 0.004s
> sorting score ...
> 	... done
> Elapsed time at end of score sort: real: 0.007s, CPU: 0.004s
> graphics suppressed, ascii substituted
> 0dBFS level = 1.0
> orch now loaded
> audio buffered in 1024 sample-frame blocks
> writing 2048-byte blks of shorts to /Users/victor/audio/test.aif (AIFF)
> SECTION 1:
> new alloc for instr 1:
> instr 1:  i3 = 4.000
> new alloc for instr 2:
> new alloc for instr 3:
> i2     4.00000
> B  0.000 ..  1.000 T  1.000 TT  1.000 M:  0.99982
> B  1.000 ..  2.000 T  2.000 TT  2.000 M:  0.99982
> Score finished in csoundPerform().
> inactive allocs returned to freespace
> end of score.		   overall amps:  0.99982
> 	   overall samples out of range:        0
> 0 errors in performance
> Elapsed time at end of performance: real: 0.020s, CPU: 0.013s
> 1024 2048 sample blks of shorts written to /Users/victor/audio/test.aif (AIFF)
> 
> 
> Have you used CMake? That’s what you should do to get the flags right
> 
> ========================
> Prof. Victor Lazzarini
> Dean of Arts, Celtic Studies, and Philosophy,
> Maynooth University,
> Maynooth, Co Kildare, Ireland
> Tel: 00 353 7086936
> Fax: 00 353 1 7086952 
> 
>> On 31 Jul 2018, at 19:15, Alex Hofmann  wrote:
>> 
>> Hi, 
>> 
>> today I tested the csound plugin system, which is in the develop branch but I really like the concept of writing dynamic libs to extend csound. So I don't know if it is planned to be official in the next Csound release but it's great idea!
>> 
>> However, I ran into some problems on OSX and Linux/Ubuntu when testing the examples. First I had problems to compile them as a dynamic library that was due to two reasons:
>> 
>> I used: gcc -std=c++11 -I../../include/  -c opcodes.cpp -o mydylib.dylib
>> 
>> 1) include/float-version.h file has been changed recently and doesnt seem compatible anymore, if it contains only '#define USE_DOUBLE’ as it used in the past, than plugins can be compiled.
>> 
>> 2) in examples/plugin/opcodes.cpp: the thread example does not compile with the following error "opcodes.cpp:233:3: error: C++ requires a type specifier for all declarations  MyThread(csnd::Csound *csound) : Thread(csound), spinlock(false), on(true), message("") {};” 
>> Commenting out these lines helped to compile the dylib.
>> 
>> Nevertheless,
>> 3) csound --Csound version 6.12 (double samples) Jul 31 2018
>> [commit: a7033ed14a8cd424cccb1212f3b3176b90234248] doesnt find plugins even though I inlude the --opcode-lib=./mydyl

Oh, I see what you mean. The examples/plugin/opcode.cpp had some problems as it was an earlier version I had not updated. It’s
fixed now. Here’s the command I used to compile it on OSX.

g++ -dynamiclib -o test.dylib ../examples/plugin/opcodes.cpp -I /Library/Frameworks/CsoundLib64.framework/Headers -std=c++11 

However you should look at the opcode_sdk repo too.

Note that float-version.h will only work if Csound is installed. Otherwise it won’t. That’s been like that since a long time (maybe around 5.09)
========================
Prof. Victor Lazzarini
Dean of Arts, Celtic Studies, and Philosophy,
Maynooth University,
Maynooth, Co Kildare, Ireland
Tel: 00 353 7086936
Fax: 00 353 1 7086952 

> On 31 Jul 2018, at 19:15, Alex Hofmann  wrote:
> 
> Hi, 
> 
> today I tested the csound plugin system, which is in the develop branch but I really like the concept of writing dynamic libs to extend csound. So I don't know if it is planned to be official in the next Csound release but it's great idea!
> 
> However, I ran into some problems on OSX and Linux/Ubuntu when testing the examples. First I had problems to compile them as a dynamic library that was due to two reasons:
> 
> I used: gcc -std=c++11 -I../../include/  -c opcodes.cpp -o mydylib.dylib
> 
> 1) include/float-version.h file has been changed recently and doesnt seem compatible anymore, if it contains only '#define USE_DOUBLE’ as it used in the past, than plugins can be compiled.
> 
> 2) in examples/plugin/opcodes.cpp: the thread example does not compile with the following error "opcodes.cpp:233:3: error: C++ requires a type specifier for all declarations  MyThread(csnd::Csound *csound) : Thread(csound), spinlock(false), on(true), message("") {};” 
> Commenting out these lines helped to compile the dylib.
> 
> Nevertheless,
> 3) csound --Csound version 6.12 (double samples) Jul 31 2018
> [commit: a7033ed14a8cd424cccb1212f3b3176b90234248] doesnt find plugins even though I inlude the --opcode-lib=./mydylib.dyli

Hi Victor,

thanks for the fix! Now it works! I'll check out the opcode_sdk repo ..



> Am 31.07.2018 um 20:57 schrieb Victor Lazzarini :
> 
> Oh, I see what you mean. The examples/plugin/opcode.cpp had some problems as it was an earlier version I had not updated. It’s
> fixed now. Here’s the command I used to compile it on OSX.
> 
> g++ -dynamiclib -o test.dylib ../examples/plugin/opcodes.cpp -I /Library/Frameworks/CsoundLib64.framework/Headers -std=c++11 
> 
> However you should look at the opcode_sdk repo too.
> 
> Note that float-version.h will only work if Csound is installed. Otherwise it won’t. That’s been like that since a long time (maybe around 5.09)
> ========================
> Prof. Victor Lazzarini
> Dean of Arts, Celtic Studies, and Philosophy,
> Maynooth University,
> Maynooth, Co Kildare, Ireland
> Tel: 00 353 7086936
> Fax: 00 353 1 7086952 
> 
>> On 31 Jul 2018, at 19:15, Alex Hofmann  wrote:
>> 
>> Hi, 
>> 
>> today I tested the csound plugin system, which is in the develop branch but I really like the concept of writing dynamic libs to extend csound. So I don't know if it is planned to be official in the next Csound release but it's great idea!
>> 
>> However, I ran into some problems on OSX and Linux/Ubuntu when testing the examples. First I had problems to compile them as a dynamic library that was due to two reasons:
>> 
>> I used: gcc -std=c++11 -I../../include/  -c opcodes.cpp -o mydylib.dylib
>> 
>> 1) include/float-version.h file has been changed recently and doesnt seem compatible anymore, if it contains only '#define USE_DOUBLE’ as it used in the past, than plugins can be compiled.
>> 
>> 2) in examples/plugin/opcodes.cpp: the thread example does not compile with the following error "opcodes.cpp:233:3: error: C++ requires a type specifier for all declarations  MyThread(csnd::Csound *csound) : Thread(csound), spinlock(false), on(true), message("") {};” 
>> Commenting out these lines helped to compile the dylib.
>> 
>> Nevertheless,
>> 3) csound --Csound version 6.12 (double samples) Jul 31 2018
>> [commit: a7033ed14a8cd424cccb1212f3b3176b90234248] doesnt find plugins even though I inlude the --opcode-lib=./mydylib.dylib option
>> 
>> Best,
>> Alex