library
library copied to clipboard
VCVRack
dbRackSequencer
sry, please take this one:
url: https://github.com/docb/dbRackSequencer version: 2.0.1 tag v2.0.1
there was a wrong brand name in the plugin.json i had to fix it here. url: https://github.com/docb/dbRackSequencer version: 2.0.2 tag v2.0.2
Your plugin has been integrated and will be available for all supported platforms with the next Plugin Manager update. Please let us know in this issue when a new version is available. We will reopen it. Thank you for providing your plugin to the Rack community.
url: https://github.com/docb/dbRackSequencer version: 2.1.0 tag v2.1.0
New modules: P16A, P16B, P16S, UnoA, CCA, CCA2, Ant, TME, SigMod, MouseSeq, Preset, CDiv, CSR
url: https://github.com/docb/dbRackSequencer version: 2.2.0 tag v2.2.0
url: https://github.com/docb/dbRackSequencer version: 2.2.2 tag v2.2.2
New modules in 2.2.2: ASEQ, TXVI,M16, S16, M16S
url: https://github.com/docb/dbRackSequencer version: 2.3.1 tag v2.3.1
@AndrewBelt @cschol
url: https://github.com/docb/dbRackSequencer version: 2.4.0 tag v2.4.0
hi i have a report that the plugin 2.4.0 i have built with the toolchain (on my release page) is not loaded on mac arm. Manifest contains module SEQ22 but it is not defined in plugin However: SEQ22 is in the dylib, and all is fine on linux. Could you please check if it is the case on your plugin build? I have no chance to debug/fix this issue.
The reason it is not loaded on mac arm seems to be that the toolchain produced a file named plugin-arm64.dylib and not plugin.dylib
That's the new plugin naming scheme. The latest version of Rack should load that name just fine. I'll check into the arm version later this week when integrating.
@cschol : I just checked all latest updated (from library) plugins and not a single one has that naming scheme. I also verified that Rack 2.4.1 arm64 does NOT load a plugin-arm64.dylib file, it looks for plugin.dylib (error message states that). Are you sure about that statement that this is the new naming scheme and Rack 2.4.1 should load it?
Error when only plugin-arm64.dylib is present in the module directory (arm64):
[1.026 warn src/plugin.cpp:230 loadPlugin] Could not load plugin /Users/georg/Documents/Rack2/plugins-mac-arm64/dbRackSequencer: Plugin binary not found at /Users/georg/Documents/Rack2/plugins-mac-arm64/dbRackSequencer/plugin.dylib
Apologies, I was wrong. The plugin should be called plugin.dylib and the plugin folder has the platform in it. @docb what version of the toolchain are you building this with?
@cschol
$ git pull
Already up to date.
$ make rack-sdk-all
make: Nothing to be done for 'rack-sdk-all'.
and in the Makefile for arm is this:
TARGET := plugin
ifndef ARCH_X64
# On non-x64, append CPU name to plugin binary
TARGET := $(TARGET)-$(ARCH_CPU)
endif
however if the plugin is built with ARCH_X64 defined then the correct name is taken but Rack crashes because of a signing error
make rack-sdk-all just updates the Rack SDK. It looks like you have to rebuild the entire toolchain. With the latest toolchain the build works correctly and produces the correct artifact. I tested it on Mac M2 and version 2.4.0 loads successfully.
@cschol yes but building the toolchain sucks as always ;-) /git/rpt/osxcross/build/build_stage/include/c++/v1/__type_traits/is_same.h:22:53: error: there are no arguments to '__is_same' that depend on a template parameter, so a declaration of '__is_same' must be available [-fpermissive] 22 | struct _LIBCPP_TEMPLATE_VIS is_same : _BoolConstant<__is_same(_Tp, _Up)> { };
What platform are you building the toolchain on? Native build or Docker-based build?
Probably a compiler version issue, where the osxcross code doesn't compile with older compilers anymore. The Docker image uses Ubuntu 22.04. I recommend you use the Docker-based solution or upgrade your OS to 22.04.
docker build also doesn't work after waiting a long time until this llvm monster is compiled, why do you not simply provide a docker image with llvm installed?
#15 1858.3 All done! Now you can use o32-clang(++) and o64-clang(++) like a normal compiler.
#15 1858.3
#15 1858.3 Example usage:
#15 1858.3
#15 1858.3 Example 1: CC=o32-clang ./configure --host=i386-apple-darwin20.2
#15 1858.3 Example 2: CC=i386-apple-darwin20.2-clang ./configure --host=i386-apple-darwin20.2
#15 1858.3 Example 3: o64-clang -Wall test.c -o test
#15 1858.3 Example 4: x86_64-apple-darwin20.2-strip -x test
#15 1858.3
#15 1858.3 !!! Use aarch64-apple-darwin20.2-* instead of arm64-* when dealing with Automake !!!
#15 1858.3 !!! CC=aarch64-apple-darwin20.2-clang ./configure --host=aarch64-apple-darwin20.2 !!!
#15 1858.3 !!! CC="aarch64-apple-darwin20.2-clang -arch arm64e" ./configure --host=aarch64-apple-darwin20.2 !!!
#15 1858.3
#15 1858.3 Your SDK does not support i386 anymore.
#15 1858.3 Use <= 10.13 SDK if you rely on i386 support.
#15 1858.3
#15 1858.3 Your SDK does not support libstdc++ anymore.
#15 1858.3 Use <= 10.13 SDK if you rely on libstdc++ support.
#15 1858.3
#15 1858.3 ## Build compiler-rt.
#15 1858.3 cd osxcross && ENABLE_COMPILER_RT_INSTALL=1 JOBS=14 ./build_compiler_rt.sh
#15 1858.3
#15 1858.3 ## Building compiler-rt (main) ##
#15 1858.3
#15 ERROR: process "/bin/sh -c JOBS=$JOBS make toolchain-mac" did not complete successfully: exit code: 2
------
> [11/15] RUN JOBS=14 make toolchain-mac:
1858.3 Use <= 10.13 SDK if you rely on i386 support.
1858.3
1858.3 Your SDK does not support libstdc++ anymore.
1858.3 Use <= 10.13 SDK if you rely on libstdc++ support.
1858.3
1858.3 ## Build compiler-rt.
1858.3 cd osxcross && ENABLE_COMPILER_RT_INSTALL=1 JOBS=14 ./build_compiler_rt.sh
1858.3
1858.3 ## Building compiler-rt (main) ##
1858.3
------
Dockerfile:31
--------------------
29 |
30 | # Build toolchains
31 | >>> RUN JOBS=$JOBS make toolchain-mac
32 | RUN JOBS=$JOBS make toolchain-win
33 | RUN JOBS=$JOBS make toolchain-lin
--------------------
ERROR: failed to solve: process "/bin/sh -c JOBS=$JOBS make toolchain-mac" did not complete successfully: exit code: 2
make: *** [Makefile:332: docker-build] Error 1
url: https://github.com/docb/dbRackSequencer version: 2.6.2 tag v2.6.2
- important fix due to crashes with the DEFER macro on windows.