I’m having the exact same problem, followed a bunch of instructions on stackoverflow to install llvm via brew, but to no avail.
Here are some urls:
Maybe someone else has more luck? If you can’t get it to work with clang, it should be possible to install gcc and compile it that way. I didn’t try this out, description in the stackoverflow link above
For now I’ve checked out the last commit before OpenMP was introduced.
Ouput of clang --version after installing llvm with homebrew:
Looks like Xcode’s clang is compiled without support for OpenMP despite it being added 4 years ago. I’ll just drop support for building Rack itself with clang for now and add support for brew’s gcc which can be obtained with brew install gcc. On most versions of Mac, this is available as a “brew bottle” (compiled binaries) so you don’t have to wait 45+ minutes to compile GCC.
I’ve pushed a commit which disables OpenMP (and thus the multithread feature) on Mac. I will probably keep it this way for a while and build release versions of Rack with my own self-compiled LLVM. Using OpenMP is actually kind of silly, so perhaps I’ll write a drop-in GOMP_parallel() implementation after Rack 1.0 is released.
Remember that several dependencies have been updated, so now is a good time to git submodule update; cd dep; make clean; make -j4 (replacing 4 with your number of logical cores).
I’m on MAC OSX 10.13.4 (17E202)
Apple LLVM version 9.1.0 (clang-902.0.39.2)
Target: x86_64-apple-darwin17.5.0
Thread model: posix
Xcode Version 9.4.1 (9F2000)
for the first time today I’ve created a new Rack100 directory and cloned the project
jumped in the v1 branch
done the subload
done the make dep (no errors)
but doing the final make I have a bunch undefined in arch86_64
and all related to regarding JACK?!
like this one:
Undefined symbols for architecture x86_64:
"_jack_activate", referenced from:
RtApiJack::startStream() in librtaudio.a(RtAudio.cpp.o)
When I set my thread count to 4 I get this kind of CPU usage, which does not look good to me I got the latest Macbook Pro 13" with i7 2.9 Quadcore CPU. Also the app menu does not draw correctly on Retina screens, works fine on low res monitor.
You don’t need multithreading for a simple patch like that. It will just be a waste of energy.
What is your CPU model? Do you have 4 physical cores or 2?
Of course, its the template patch from VCV. A empty patch show the same result. Intel i7 2.7 4 physical cores, thats my macbook but I have also a older MacMini with i7 2.6 4 physical cores and it shows the same results. I know multithreading use more CPU in general but it should not max out the CPU when starting the App