Bug 1627

Summary: macos 10.14.6 PulseView 0.5.0-git-4788af1
Product: PulseView Reporter: jim <jim.2435074>
Component: OtherAssignee: Nobody <nobody>
Status: CONFIRMED ---    
Severity: normal CC: andrew, jon, stewart_dunn
Priority: Normal    
Version: 0.5.0   
Target Milestone: ---   
Hardware: x86   
OS: Mac OS X   

Description jim 2020-10-20 15:58:38 CEST
Nightly build: PV tries to load libintl.8.dylib from /usr/local/opt/gettext/lib instead of Framework. Start up fails.
Workaround: copied libintl.8.dylib to/usr/local/opt/gettext/lib/libintl.8.dylib
Comment 1 Gerhard Sittig 2021-02-10 06:25:27 CET
*** Bug 1662 has been marked as a duplicate of this bug. ***
Comment 2 Jon Brawn 2021-08-27 10:49:04 CEST
*** Bug 1727 has been marked as a duplicate of this bug. ***
Comment 3 Jon Brawn 2021-08-27 10:52:03 CEST
Work around with:-

% brew install gettext
% brew link gettext --force

Homebrew can be installed from https://brew.sh
Comment 4 Andrew 2021-10-29 13:54:40 CEST
It's the Python included in the package has been linked against /usr/local/opt/gettext/lib/libintl.8.dylib rather than the libintl.8.dylib that is shipped with the package.

The dirty workaround, as already mentioned, is to copy, or create a symlink at that location pointing to a copy of libintl.8.dylib you already have (either from the PulseView package or installed by MacPorts et al).

The proper fix will presumably be to change the linker arguments when Python is being built, assuming it is custom built for PulseView.