[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: man-pages-6.11 released
From: |
Alejandro Colomar |
Subject: |
Re: man-pages-6.11 released |
Date: |
Sun, 16 Feb 2025 15:02:29 +0100 |
[CC += Paul, Sam, help-make@]
Hi Brian, Paul, Sam,
On Sun, Feb 16, 2025 at 02:48:54PM +0100, Alejandro Colomar wrote:
> Bisecting the bug shows it's fault of this commit:
>
> 0d69e51cd4b8 (2025-02-10; "share/mk/: Use ?= assignments for user-facing
> variables")
>
> I suspect there's some variable that we use that exists in a normal
> environment? I'll check.
Hmmm, at first glance, I don't see anything from the environment that
would make this behave differently:
$ (
git show 0d69e51cd4b8 \
| grep '^+' \
| grep -v '^++' \
| sed 's/\s*?=.*//' \
| grep -v '$.' \
| tr -d '+';
env \
| sed 's/=.*//';
) \
| sort \
| uniq -d \
| wc -l;
0
The command above says there are no clashes with my environment.
My second guess is that ?= since has the = behavior, which is different
from :=, that might be the problem. We'd need a hypothetical ?:=,
maybe?
Sam, that means that I'll have to revert this change with no short-term
replacement. We'll have to live without environment variables for some
more time. ?= doesn't work for well here, it seems.
I remember GNU make(1) was working on some of that. Paul, how is it
going with the idea you suggested some time ago of adding "trigraphs" to
GNU make(1)?
Have a lovely day!
Alex
--
<https://www.alejandro-colomar.es/>
signature.asc
Description: PGP signature
- Re: man-pages-6.11 released,
Alejandro Colomar <=