Bug 1627

Summary:	macos 10.14.6 PulseView 0.5.0-git-4788af1
Product:	PulseView	Reporter:	jim <jim.2435074>
Component:	Other	Assignee:	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.