git: 123a24445686 - stable/14 - Makefile.libcompat: Use same PATH for _lc_build-tools as _build-tools
- Go to: [ bottom of page ] [ top of archives ] [ this month ]
Date: Mon, 15 Dec 2025 17:00:36 UTC
The branch stable/14 has been updated by jrtc27:
URL: https://cgit.FreeBSD.org/src/commit/?id=123a24445686afb0c2742df53d900098d1227526
commit 123a24445686afb0c2742df53d900098d1227526
Author: Jessica Clarke <jrtc27@FreeBSD.org>
AuthorDate: 2025-08-22 20:46:15 +0000
Commit: Jessica Clarke <jrtc27@FreeBSD.org>
CommitDate: 2025-12-15 16:58:45 +0000
Makefile.libcompat: Use same PATH for _lc_build-tools as _build-tools
Without this, we end up with just the host's tools in PATH during
_lc_build-tools. In particular, sed on GNU/Linux systems will be GNU
sed, whose -i option has different semantics, and this causes the lib32
build of ncurses to fail trying to create curses.h with:
sed: can't read s|...|...|g: No such file or directory
This has always been a bug in Makefile.libcompat but previously it
didn't end up mattering; this is the first known case.
Fixes: 1cc020eba69e ("ncurses: Provide reproducible paths")
MFC after: 1 week
(cherry picked from commit e84374d38bc1690eb62de75874348b1cfa21ea93)
---
Makefile.libcompat | 1 +
1 file changed, 1 insertion(+)
diff --git a/Makefile.libcompat b/Makefile.libcompat
index a957c47598e6..20a030342987 100644
--- a/Makefile.libcompat
+++ b/Makefile.libcompat
@@ -57,6 +57,7 @@ build${libcompat}: .PHONY
-p ${WORLDTMP}/usr/lib/debug/usr >/dev/null
.endif
${_+_}cd ${.CURDIR}; \
+ PATH=${BPATH:Q}:${PATH:Q} \
WORLDTMP=${WORLDTMP} \
MAKEFLAGS="-m ${.CURDIR}/tools/build/mk ${.MAKEFLAGS}" \
${MAKE} -f Makefile.inc1 \