GNU gv - Bugs: bug #60337, make install sed error macOS
You are not allowed to post comments on this tracker with your current authentication level.
bug #60337: make install sed error macOS
Submitter: | Tom Poage <tfpoage> | ||
Submitted: | Sun 04 Apr 2021 05:12:59 PM UTC | ||
Category: | Sources configuration | Severity: | 3 - Normal |
Item Group: | None | Status: | None |
Privacy: | Public | Assigned to: | None |
Open/Closed: | Open | Release: | None |
No files currently attached
Depends on the following items: None found
Items that depend on this one: None found
Carbon-Copy List
There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.
No changes have been made to this item
Powered by Savane 3.13-3230.
Corresponding source code
Details in https://github.com/johnhcc/homebrew-gs-x11/issues/1
macOS 11.2.3 (x86), zsh, en_US.UTF-8
See the gv_user.ad rule in src/Makefile{.in,.am}
Building GV.ad in src/Makefile inserts a handful of copyright lines. The copyright line for José Marchesi has the é encoded in Latin-1 (0xE9). This trips up macOS (BSD) sed with a Unicode/UTF-8 locale when building GV:
sed: RE error: illegal byte sequence
IIRC one other file contains a UTF-8 encoded equivalent. All other copyright lines for José use an ASCII 'e'.
The top-level configure script sets LC_ALL=C, but this does not propagate to the Makefiles:
# NLS nuisances.
LC_ALL=C
export LC_ALL
LANGUAGE=C
export LANGUAGE
Adding LC_ALL=C to the make line overrides the issue and the build succeeds:
make install LC_ALL=C
Gnu sed doesn't seem to care about the encoding. Those building on macOS would need to install and understand how to override the build environment to use Gnu sed.
Possible fixes:
1. Clean up binary characters in this build chain.
2. Change configure to insert LANG/LC_ALL=C in the Makefile.
3. Add LC_ALL=C to src/Makefile.{in,am}