Summary: | PulseView nightly crashes on launch on macOS 12.6 (libintl.8.dylib not loaded) | ||
---|---|---|---|
Product: | PulseView | Reporter: | Bart Schuurmans <bart> |
Component: | Other | Assignee: | Nobody <nobody> |
Status: | CONFIRMED --- | ||
Severity: | normal | CC: | arne.schmitz, paul |
Priority: | Normal | ||
Version: | unreleased development snapshot | ||
Target Milestone: | --- | ||
Hardware: | ARM | ||
OS: | Mac OS X |
Description
Bart Schuurmans
2022-10-02 14:03:24 CEST
/usr/local/opt does not exist on my system; not sure where that path is coming from. I see the same on macOS Ventura 13.0 on an M1 MacBook Air. /usr/local/opt is created by the package manager Homebrew. It's supposed to contain symlinks to libraries, in a way that is version independent. This works on Intel-based Macs. On Apple Silicon Macs, Homebrew has a different installation location in /opt/homebrew, and doesn't use /usr/local/opt. It's a packaging bug that PulseView for macOS relies on a Homebrew package at all. It's another packaging deficiency that PulseView is not built as a Universal app that runs natively on Apple Silicon. Even if you have Homebrew installed and it has installed a package that includes libintl (such as gettext), that will be an Apple Silicon version on your M1 MacBook Pro, so it probably won't help with running PulseView under Rosetta 2. As a workaround, I was able to copy a version of libintl.8.dylib from an Intel Mac with Homebrew's gettext installed to /usr/local/opt/gettext/lib on the M1 MacBook Air, and that enabled PulseView to run. Would be nice if a formula for brew could be provided. Then the whole packaging issue wouldn't arise, and the application could even be codesigned... |