Justin

I have struggled with this for a few weeks and while the libraries themselves build as shared, unfortunately I may have to leave this to others perhaps more familiar with...

It should help to know that in some or many cases, the dynamic linking code was deleted for Filament and can be found in the original cmake files.

I verified cmake invocation.. Here is a Debug build which did output more info. ``` lldb ./gltf_viewer -- -a opengl (lldb) target create "./gltf_viewer" Current executable set to 'build/filament/Debug/samples/gltf_viewer' (x86_64)....

For context, https://github.com/google/filament/issues/7560 Removing the thread ID check, the samples still crash but for some reason lack debug symbols there.

I don't know if the problem exists with Wayland, but this one I recall does. ``` wl_proxy_get_version@0x00007ffff7f41cc4 (??:-1) wl_shell_get_shell_surface@0x00005555564450e1 (build/filament/Debug/autogen/wayland/wayland-client-protocol.h:3166) Wayland_CreateWindow@0x0000555556444d5d (filament/third_party/libsdl2/src/video/wayland/SDL_waylandwindow.c:424) SDL_CreateWindow_REAL@0x000055555635db91 (filament/third_party/libsdl2/src/video/SDL_video.c:1475) SDL_CreateWindow@0x0000555556282d5b (filament/third_party/libsdl2/src/dynapi/SDL_dynapi_procs.h:542) FilamentApp::Window::Window(FilamentApp*, Config const&, std::__1::basic_string,...

Success! using current system SDL and FILAMENT_SKIP_SDL2. Thank you for your attention.

Nice report! At a glance, your trace seems to be saying there was a panic soon after wayvnc started config loading. I am getting the same crash with the same...

Building from main, command line seems working fine, so can proceed there. Edit: It would seem that my crash was due to my using 'address ' instead of 'address=' :roll_eyes: