Re: man-pages-6.11 released

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



[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/>

Attachment: signature.asc
Description: PGP signature


[Index of Archives]     [Kernel Documentation]     [Netdev]     [Linux Ethernet Bridging]     [Linux Wireless]     [Kernel Newbies]     [Security]     [Linux for Hams]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux RAID]     [Linux Admin]     [Samba]

  Powered by Linux