[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[bug #64906] libgroff.am: "charset.alias" is created (almost empty) with
From: |
Dave |
Subject: |
[bug #64906] libgroff.am: "charset.alias" is created (almost empty) with wrong value of "$HOST" |
Date: |
Mon, 27 Nov 2023 18:04:45 -0500 (EST) |
Follow-up Comment #4, bug #64906 (project groff):
The patch in comment #2 changing only the case of "host" suggests the all-caps
spelling may have been used when a coder was misled by the reportedly (in bug
#64913) incorrect casing of that variable's documentation in Makefile.am.
In my latest groff build (a few months old, but I don't think the build system
has changed significantly if at all), the entirety of the charset.alias file
is:
# This file contains a table of character encoding aliases,
# suitable for operating system ''.
# It was automatically generated from config.charset.
# Packages using this file:
So clearly something is going wrong, the operating system string being left
empty. Tellingly, on my system the environment variable $HOST is undefined,
suggesting that the make rule building charset.alias is using environment
variable $HOST where it means to use make variable $host.
The comment #1 paragraph about localcharset replacing config.charset strikes
me as a separate issue.
_______________________________________________________
Reply to this item at:
<https://savannah.gnu.org/bugs/?64906>
_______________________________________________
Message sent via Savannah
https://savannah.gnu.org/