Re: man-pages-6.11 released

Alejandro Colomar <[email protected]> Sun, 16 Feb 2025 15:02:29 +0100

Newsgroups	gmane.linux.man,gmane.comp.gnu.make.general
Message-ID	<krlptdeymwpx4i6cb464p2rjo5pugmszrw7lnio5ioln5iw6jl@sfs7bnishw7y>

[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 (application/pgp-signature, 833 B)