Develop branch build status
-
@Christoph-Hart I'm building on Intel.
-
Yes, that's right, it doesn't matter which architecture, I just hacked something together to make it build on my Macbook M1.
-
This post is deleted! -
@LinuxVst Awesome... I think @Christoph-Hart said somewhere that XCode 12.0 should work for this! I'll give it a go later today...
-
@LinuxVst said in Develop branch build status:
Mac OS Big Sur Intel: Updated
Compiled Successfully the Latest Develop ( 22-07-2021) under Big Sur 11.1
on a Mac Pro 4.1 Flashed to 5.1i Used Xcode 12 and also installed Command_Line_Tools_for_Xcode_12 from
September 17 2020
(P.S.
(i tried this morning with Xcode v12.5.1 it did not compile too many errors
so use "Xcode 12" from September 17 2020)and Intel oneAPI BaseKit (for ipp)
m_BaseKit_p_2021.3.0.3043_offline installer
Intel oneAPI Base Toolkitfor ipp i had to move the ipp folder one level up under intel because the installer does not put it where hise needs it!!
Installation of IPP
Select Custom Installation:Select Intel Integrated Performance Primitives Only!
Go to opt/intel and move the ipp folder up one level under intel!
Oops! i Forgot you have to open the ipp folder
this is how it has to be to Work!
Success! Exported Stand Alone App VST And Audio Unit and Everything Works! Under Intel
( P.S. i did not Test Under M1 i do not have a M1 Computer Yet!)
-
@d-healey @Lindon @Christoph-Hart
I understood where my problem came from. I had a tremolo effect used on script node which doesn t exist in the devlopper version. on the other hand, I notice that when I change preset on an extension, hise crashes directly and on the same daw. I have about 150 presets and 150 sample maps. each preset therefore loads a sample map. when I change the preset slowly hise does not crash but as soon as I start to navigate, hise and my daw cut sharply without error message. as a critical error. Did you ever do that? -
-
@LinuxVst I followed your advise and had a successful build of develop branch using macOS Catalina 10.15.7 and Xcode 12.0 with ipp installed
-
@ulrik
Good to Hear you Succeeded! -
@Christoph-Hart I think there is a typo in the latest commit
../../../../../HISE/hi_backend/snex_workbench/WorkbenchProcessor.cpp:1034:23: error: ‘o’ was not declared in this scope; did you mean ‘ok’?
-
Oh yes, there was.
BTW, please try exporting again, I think I have fixed all issues except for the one where the export caused the workbench to crash (I tried to fix that one, but it's a shot in the dark).
-
@Christoph-Hart Thanks, I'll give it a go this afternoon
-
HISE builds but I'm getting some errors with snex workbench. I'll just paste a small part of the output here but there is a lot more of the same.
../../../../../HISE/hi_snex/snex_public/snex_jit_FunctionData.cpp:791:39: note: called from here 791 | case ID::Integer: return c4_ttvv<R>(f, a1, a2, (int)a3, a4); | ~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~ ../../../../../HISE/hi_snex/snex_public/snex_jit_FunctionData.cpp:785:54: error: inlining failed in call to ‘always_inline’ ‘static R snex::jit::VariadicCallHelpers::ReturnFunctions::c4_ttvv(const snex::jit::FunctionData&, T1, const snex::VariableStorage&, const snex::VariableStorage&, const snex::VariableStorage&) [with R = void*; T1 = void*]’: recursive inlining 785 | template <typename R, typename T1> variadic_call R c4_ttvv(const FunctionData& f, T1 a1, const VariableStorage& a2, const VariableStorage& a3, const VariableStorage& a4) | ^~~~~~~ ../../../../../HISE/hi_snex/snex_public/snex_jit_FunctionData.cpp:792:38: note: called from here 792 | case ID::Double: return c4_ttvv<R>(f, a1, a2, (double)a3, a4); | ~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~ ../../../../../HISE/hi_snex/snex_public/snex_jit_FunctionData.cpp:785:54: error: inlining failed in call to ‘always_inline’ ‘static R snex::jit::VariadicCallHelpers::ReturnFunctions::c4_ttvv(const snex::jit::FunctionData&, T1, const snex::VariableStorage&, const snex::VariableStorage&, const snex::VariableStorage&) [with R = void*; T1 = void*]’: recursive inlining 785 | template <typename R, typename T1> variadic_call R c4_ttvv(const FunctionData& f, T1 a1, const VariableStorage& a2, const VariableStorage& a3, const VariableStorage& a4) | ^~~~~~~ ../../../../../HISE/hi_snex/snex_public/snex_jit_FunctionData.cpp:793:38: note: called from here 793 | case ID::Float: return c4_ttvv<R>(f, a1, a2, (float)a3, a4); | ~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~ ../../../../../HISE/hi_snex/snex_public/snex_jit_FunctionData.cpp:785:54: error: inlining failed in call to ‘always_inline’ ‘static R snex::jit::VariadicCallHelpers::ReturnFunctions::c4_ttvv(const snex::jit::FunctionData&, T1, const snex::VariableStorage&, const snex::VariableStorage&, const snex::VariableStorage&) [with R = void*; T1 = void*]’: recursive inlining 785 | template <typename R, typename T1> variadic_call R c4_ttvv(const FunctionData& f, T1 a1, const VariableStorage& a2, const VariableStorage& a3, const VariableStorage& a4) | ^~~~~~~ ../../../../../HISE/hi_snex/snex_public/snex_jit_FunctionData.cpp:794:39: note: called from here 794 | case ID::Pointer: return c4_ttvv<R>(f, a1, a2, (void*)a3, a4); | ~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~ ../../../../../HISE/hi_snex/snex_public/snex_jit_FunctionData.cpp:785:54: error: inlining failed in call to ‘always_inline’ ‘static R snex::jit::VariadicCallHelpers::ReturnFunctions::c4_ttvv(const snex::jit::FunctionData&, T1, const snex::VariableStorage&, const snex::VariableStorage&, const snex::VariableStorage&) [with R = void*; T1 = void*]’: recursive inlining 785 | template <typename R, typename T1> variadic_call R c4_ttvv(const FunctionData& f, T1 a1, const VariableStorage& a2, const VariableStorage& a3, const VariableStorage& a4)
-
Can you compare the build flags - this isn‘t something that has changed since yesterday.
-
@Christoph-Hart I didn't notice anything in Projucer however it occured to me that yesterday we only built the debug version, so I just tested and the debug version builds, the problem is with the release version only.
-
Ah ok that makes sense. But HISE builds as release build?
-
Yes release version of HISE works.
-
Anyone tried to build VST3 x86? Im getting issue like this.
c:\users\admin\desktop\hise-53483599ac7ff8ac358f13d102ff56a825cd0056\hi_dsp_library\snex_basics\snex_types.h(409): error C2338: misaligned poly handler (compiling source file ..\..\JuceLibraryCode\include_stk_wrapper.cpp) [C:\Users\admin\Desktop\New Plugin\Binaries\Builds\VisualStudio2017\New Plugin.SharedCode.vcxproj]
-
32bit is deprecated. Just don't :)
-
@Christoph-Hart it's bad :D Now I can't run plugins on Windows ARM :P