Develop branch build status

d.healey

@yall Make a new thread and give more details

d.healey

Big Sur - develop branch

Almost there but it falls at the last hurdle.

Screenshot 2021-07-22 at 11.45.13.png

Christoph Hart

You are trying to build HISE for native ARM, this is not supported. Just select Rosetta as build target in XCode, then it should succeed.

HISE must run under Rosetta - only the exported plugins will be native M1.

d.healey

@Christoph-Hart Yeah I just realised that after I posted. I switched the architecture to native (I'm on Intel) and it built just fine. Maybe this should be set as default in the juicer file? I also had to change the minimum version to 10.14.

Christoph Hart

I think I've made some local changes to the Projucer file to build on M1, but I'm not 100% sure if it can be the default (IPP is deactivated and their build flags are removed), but in the long run I'll try to make it compile from the default settings...

d.healey

@Christoph-Hart I'm building on Intel.

Christoph Hart

Yes, that's right, it doesn't matter which architecture, I just hacked something together to make it build on my Macbook M1.

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
move folders under ipp.png

this is how it has to be to Work!
how it should be to work.png

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.

Develop branch build status

67

1.8k

10.4k

90.6k