Bug 1627 - macos 10.14.6 PulseView 0.5.0-git-4788af1
Summary: macos 10.14.6 PulseView 0.5.0-git-4788af1
Status: CONFIRMED
Alias: None
Product: PulseView
Classification: Unclassified
Component: Other (show other bugs)
Version: 0.5.0
Hardware: x86 Mac OS X
: Normal normal
Target Milestone: ---
Assignee: Nobody
URL:
Keywords:
: 1662 1727 (view as bug list)
Depends on:
Blocks:
 
Reported: 2020-10-20 15:58 CEST by jim
Modified: 2021-10-29 13:54 CEST (History)
3 users (show)


Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
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.