Develop branch build status



  • @yall Make a new thread and give more details



  • Big Sur - develop branch

    Almost there but it falls at the last hurdle.

    @Christoph-Hart

    Screenshot 2021-07-22 at 11.45.13.png



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



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



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



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

    Xcode 12.png

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

    Develop on Big Sur Xcode12 W IPP.png

    Installation of IPP
    Select Custom Installation:

    Custom Installation.png

    Select Intel Integrated Performance Primitives Only!
    Select IPP.png

    Go to opt/intel and move the ipp folder up one level under intel!

    Copy IPP Under intel.png

    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!)
    Hise Develop under Big Sur.png



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



  • @yall said in Develop branch build status:

    Did you ever do that

    Not yet



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



14
Online

1.6k
Users

4.6k
Topics

42.7k
Posts