Skip to content

Mac.dlopen returns null instead of libundreamai_macos-*64-acc.dylib #275

@CGAleksey

Description

@CGAleksey

Describe the bug

I tried to run LLM on MacBook Pro:

  • OSX BigSur 11.7.10
  • Model Identifier: MacBookPro11,3.
    As far as I see something goes wrong at line 141: handle = Mac.dlopen(libraryName);
    handle always contains null even if I manually (during runtime in VS) corrected libraryName for 4 possible options (arm64 or x64).

I used "Meta-Llama-3.1-8B-Instruct-Q4_K_M.gguf"

Steps to reproduce

Just run it on OSX, hit play button and you wil see in console:
LLM service couldn't be created
#0 GetStacktrace(int)
#1 DebugStringToFile(DebugStringToFileData const&)
#2 DebugLogHandler_CUSTOM_Internal_Log(LogType, LogOption, ScriptingBackendNativeStringPtrOpaque*, ScriptingBackendNativeObjectPtrOpaque*)
#3 (Mono JIT Code) (wrapper managed-to-native) UnityEngine.DebugLogHandler:Internal_Log (UnityEngine.LogType,UnityEngine.LogOption,string,UnityEngine.Object)

LLMUnity version

v2.3.0

Operating System

macOs

Metadata

Metadata

Assignees

No one assigned

    Labels

    bugSomething isn't working

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions