We’ve been selling a suite of plugins that so far has been based on the VST SDK version 3.6.6. Now we’ve decided to update to the latest version of the SDK, version 3.6.9. The change of the SDK to using cmake instad of pre-configured Xcode projects is giving us a number of problems.
I’ll just list the main issues here in the hope that someone might suggest workarounds or an easier workflow:
- It seems certain cmake options are broken.
For instance, adding
CMake Error at cmake/modules/AddVST3Library.cmake:85 (add_library):
Cannot find source file:
2. vst2wrapper is not included in the sdk target by default.
We need vst2 support. It may be a deliberate choice to not include the v2 wrapper by default, but the reality is that we won’t be building vst3 plugins until Ableton Live X will add support for them. Until that day arrives, vst2 support should be part of the sdk target in the generated Xcode project.
At the moment there is not even a cmake option to enable this. We needed to modify the sdk CMakefile to accomplish this. This is not ideal.
3. Hard paths in the Xcode project.
The Xcode project that is generated by cmake is full of hard paths into the file system that cmake was run on. The Xcode project is therefore not portable, which is problematic since we will add the VST SDK to our code repository, and we can’t simply run cmake as a pre-building step because of point 2. The configured Xcode project in the 2.6.6 SDK did not have this problem.
(Also, the xcode project no longer uses .xcconfig files to share build settings between targets, so optimizing the project to our liking takes more time)
All in all, generating and configuring the sdk using cmake is a fairly problematic experience for us. Out of the box it misses vst2 support and we can’t simply and easily optimize the Xcode project for our use and add it to our code repository. If memory serves, this was much easier with the 2.6.6 release.
We’d be grateful for any good workarounds for these issues.