Develop branch build status

[LinuxVst]

This post is deleted!

[A Former User]

@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]

@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.1

i 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 Toolkit

for 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!)

[yall]

@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?

[d.healey]

@yall said in Develop branch build status:

Did you ever do that

Not yet

[ulrik]

@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

[LinuxVst]

@ulrik
Good to Hear you Succeeded!

[d.healey]

@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’?

[Christoph Hart]

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).

[d.healey]

@Christoph-Hart Thanks, I'll give it a go this afternoon

[d.healey]

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)

[Christoph Hart]

Can you compare the build flags - this isn‘t something that has changed since yesterday.

[d.healey]

@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.

[Christoph Hart]

Ah ok that makes sense. But HISE builds as release build?

[d.healey]

Yes release version of HISE works.

[arminh]

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]

[Christoph Hart]

32bit is deprecated. Just don't :)

[arminh]

@Christoph-Hart it's bad :D Now I can't run plugins on Windows ARM :P

[d.healey]

@Christoph-Hart said in Develop branch build status:

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).

I set AllowCompilation to true. I then go to Tools >> Compile DSP networks and instant crash. Did I miss a step?

This is from gdb

Thread 1 "snex_workbench" received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7ffff7329c80 (LWP 26609)]
0x0000000000e7eca0 in snex::jit::FunctionData::operator=(snex::jit::FunctionData const&) ()

[crd]

I am having trouble building the latest develop version on Mojave using Xcode 10.3. I am getting this error: