vst3sdk-src fails to build

[dromer]

Following the basic build instructions on Debian 13 I get this:

[  2%] Built target pluginterfaces
[  2%] Building CXX object _deps/vst3sdk-build/CMakeFiles/base.dir/base/source/fbuffer.cpp.o
In file included from /home/dreamer/Sources/_audio/_plugins/monksynth/cpp/build/_deps/vst3sdk-src/base/source/fobject.h:27,
                 from /home/dreamer/Sources/_audio/_plugins/monksynth/cpp/build/_deps/vst3sdk-src/base/source/fstring.h:25,
                 from /home/dreamer/Sources/_audio/_plugins/monksynth/cpp/build/_deps/vst3sdk-src/base/source/fbuffer.cpp:19:
/home/dreamer/Sources/_audio/_plugins/monksynth/cpp/build/_deps/vst3sdk-src/base/source/fdebug.h:52:18: error: #error DEVELOPMENT, RELEASE, _DEBUG, or NDEBUG must be defined!
   52 |                 #error DEVELOPMENT, RELEASE, _DEBUG, or NDEBUG  must be defined!
      |                  ^~~~~
gmake[3]: *** [_deps/vst3sdk-build/CMakeFiles/base.dir/build.make:93: _deps/vst3sdk-build/CMakeFiles/base.dir/base/source/fbuffer.cpp.o] Error 1
gmake[2]: *** [CMakeFiles/Makefile2:1106: _deps/vst3sdk-build/CMakeFiles/base.dir/all] Error 2
gmake[1]: *** [CMakeFiles/Makefile2:1046: CMakeFiles/MonkSynth.dir/rule] Error 2
gmake: *** [Makefile:124: MonkSynth] Error 2

[crshrprt]

Adding -D CMAKE_BUILD_TYPE=Release to cmake -B build builds fine on Debian Sid.

However it crashes with segmentation error when opening the GUI.

[dromer]

@crshrprt ah thnx for the insight. Indeed when I run cmake -B build -DCMAKE_BUILD_TYPE=Release on the configure it goes past this error.

Lets see what the resulting binary does ..

[edit: yup, segfault. And so does the official release binary.]

[JonET]

Thanks! I've made a new beta release to address some of the Linux issues...

A couple of fixes:
I updated the CMakeLists.txt file so it defaults to a release build by default, so the instructions in the readme should be accurate now.

For the Segfault on GUI Open: The Linux build was dynamically linking against libxcb-cursor and other libraries that aren't installed by default on all distros. We now bundle these shared libraries inside the .vst3 directory and also build on Ubuntu 22.04 (glibc 2.35) for broader compatibility. Let me know if it's still having issues. I've been testing in Reaper on Ubuntu.

[dromer]

Wait, why are you dynamically linking in a plugin? That's a big no-no.

Btw I already have both dev and runtime packages of libxcb-cursor installed.

[JonET]

@dromer I think you're right here. On KVR a user is having issues with the bundled deps in the new version. Linux isn't my daily driver so I still have a bit to learn. When I get time I'll try to switch to static linking. Thanks!

[JonET]

@dromer The latest build is statically linked. If you could give it a try :)

[dromer]

I still get a segfault:

libjack.so.0 loaded successfully!
[New Thread 0x7ffff5dff6c0 (LWP 1931392)]
[New Thread 0x7ffff65016c0 (LWP 1931393)]
[New Thread 0x7ffff550a6c0 (LWP 1931394)]
[Thread 0x7ffff550a6c0 (LWP 1931394) exited]
[Thread 0x7ffff65016c0 (LWP 1931393) exited]
[New Thread 0x7ffff65016c0 (LWP 1931395)]
[New Thread 0x7ffff550a6c0 (LWP 1931396)]
[New Thread 0x7ffff47686c0 (LWP 1931397)]
[carla] v3ResizeView 360 510
[carla] v3ResizeView 360 510

Thread 1 "carla-bridge-na" received signal SIGSEGV, Segmentation fault.
0x00007ffff5258c0a in ?? () from /home/dreamer/Sources/_audio/_plugins/monksynth/cpp/build/VST3/Release/MonkSynth.vst3/Contents/x86_64-linux/MonkSynth.so
(gdb) bt
#0  0x00007ffff5258c0a in ??? () at /home/dreamer/Sources/_audio/_plugins/monksynth/cpp/build/VST3/Release/MonkSynth.vst3/Contents/x86_64-linux/MonkSynth.so
#1  0x00007ffff52538b9 in ??? () at /home/dreamer/Sources/_audio/_plugins/monksynth/cpp/build/VST3/Release/MonkSynth.vst3/Contents/x86_64-linux/MonkSynth.so
#2  0x00007ffff523c4da in ??? () at /home/dreamer/Sources/_audio/_plugins/monksynth/cpp/build/VST3/Release/MonkSynth.vst3/Contents/x86_64-linux/MonkSynth.so
#3  0x00007ffff51ce28a in ??? () at /home/dreamer/Sources/_audio/_plugins/monksynth/cpp/build/VST3/Release/MonkSynth.vst3/Contents/x86_64-linux/MonkSynth.so
#4  0x00007ffff5134d7e in ??? () at /home/dreamer/Sources/_audio/_plugins/monksynth/cpp/build/VST3/Release/MonkSynth.vst3/Contents/x86_64-linux/MonkSynth.so
#5  0x00007ffff513b721 in ??? () at /home/dreamer/Sources/_audio/_plugins/monksynth/cpp/build/VST3/Release/MonkSynth.vst3/Contents/x86_64-linux/MonkSynth.so
#6  0x0000555555819e0b in ??? ()
#7  0x00005555555eb252 in ??? ()
#8  0x00007ffff7a6aca8 in __libc_start_call_main (main=main@entry=0x5555555e9470, argc=argc@entry=5, argv=argv@entry=0x7fffffffd878) at ../sysdeps/nptl/libc_start_call_main.h:58
#9  0x00007ffff7a6ad65 in __libc_start_main_impl
    (main=0x5555555e9470, argc=5, argv=0x7fffffffd878, init=<optimized out>, fini=<optimized out>, rtld_fini=<optimized out>, stack_end=0x7fffffffd868) at ../csu/libc-start.c:360
#10 0x00005555555eb68e in ??? ()

[JonET]

Well, I see you're using Carla. I've tested it in Reaper and Ardour. So when I get a chance I'll take a look there and see if it's something Carla-specific.