src/Makefile.libcompat, branch mainFreeBSD source treehttps://cgit-dev.freebsd.org/src/atom?h=main2025-08-22T20:46:15ZMakefile.libcompat: Use same PATH for _lc_build-tools as _build-tools2025-08-22T20:46:15ZJessica Clarkejrtc27@FreeBSD.org2025-08-22T20:46:15Zurn:sha1:e84374d38bc1690eb62de75874348b1cfa21ea93
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
Makefile.libcompat: Tweak krb5 compat dirs2025-08-17T01:19:21ZLexi Winterivy@FreeBSD.org2025-08-17T01:19:21Zurn:sha1:c6778f3a4423743a3f30d8d09bc4e4a086863928
krb5/util contains both programs and libraries; trying to build that
for compat confuses bsd.prog.mk and results in unwanted files being
created in the source tree. Remove krb5/util and instead list only
the directories underneath krb5/util which contain libraries.
The libdata change from the diff isn't included; that will be fixed
in a different way.
Fixes: fb13ae28b2e8 ("Makefile.libcompat: Add krb5/util")
Reviewed by: ngie (previous version)
Differential Revision: https://reviews.freebsd.org/D51937
Makefile.libcompat: Add krb5/util2025-08-16T20:07:57ZLexi Winterivy@FreeBSD.org2025-08-16T19:58:18Zurn:sha1:fb13ae28b2e816d35b229c0d8ebadb4e322fb4eb
This fixes missing libraries (libcom_err, libkrb5profile, ...)
for the 32-bit build, since these libraries live in krb5/util.
Reviewed by: ngie, des
Differential Revision: https://reviews.freebsd.org/D51926
Makefile: Hook MIT KRB5 into the build2025-06-16T02:49:37ZCy Schubertcy@FreeBSD.org2025-06-11T02:57:54Zurn:sha1:7e35117eb07f86c385656ecc6a2a92093be98131
Add tests for MK_MITKRB5. If "yes" build MIT KRB5. If "no" build Heimdal.
The default is MK_MITKRB5 = no, added by "krb5: Add build plumbing".
At some point we will change the default to MK_MITKRB5 = yes. A ports
exp-run will need to be successfully run first.
Sponsored by: The FreeBSD Foundation
Differential revision: https://reviews.freebsd.org/D50815
build: remove the last vestiges of lint support2025-06-05T23:55:34ZBrooks Davisbrooks@FreeBSD.org2025-06-05T23:55:34Zurn:sha1:8e35800732573de6c4bc1dd3ac420447fca96231
Commit 1cbb58886a47 (shipped in 12.0.0) removed all lint infrastructure.
A bunch of NO_LINT definitions remained (perhaps as a bootstrapping
measture). Remove them.
Reviewed by: emaste
Differential Revision: https://reviews.freebsd.org/D50704
Remove residual blank line at start of Makefile2024-07-15T22:43:39ZWarner Loshimp@FreeBSD.org2024-07-15T04:46:32Zurn:sha1:e9ac41698b2f322d55ccf9da50a3596edb2c1800
This is a residual of the $FreeBSD$ removal.
MFC After: 3 days (though I'll just run the command on the branches)
Sponsored by: Netflix
build{libcompat}: Pass UNIVERSE_TOOLCHAIN_PATH to the _lc_build-tools submake2023-08-22T04:00:45ZJohn Baldwinjhb@FreeBSD.org2023-08-22T04:00:45Zurn:sha1:834f73d253581dba80a2d67a7c06b102b78c8a58
This fixes make UNIVERSE_TOOLCHAIN=yes with libcompats.
Reviewed by: jrtc27
Differential Revision: https://reviews.freebsd.org/D41535
Remove $FreeBSD$: one-line sh pattern2023-08-16T17:55:03ZWarner Loshimp@FreeBSD.org2023-08-16T17:55:03Zurn:sha1:d0b2dbfa0ecf2bbc9709efc5e20baf8e4b44bbbf
Remove /^\s*#[#!]?\s*\$FreeBSD\$.*$\n/
Makefile.libcompat: Fix DTRACE variable2023-08-10T23:48:01ZJessica Clarkejrtc27@FreeBSD.org2023-08-10T23:48:01Zurn:sha1:8aaa1230899239a90f35e73436377a6f5f79bbf9
Back when Makefile.lib32 was turned into Makefile.libcompat, a typo was
introduced; it should have been LIBCOMPATDTRACE, but instead gained a
dollar sign in it as LIB$COMPATDTRACE (and with COMPATDTRACE not being
defined, was equivalent to ${LIB:U${DTRACE}}). This then meant it was
not converted to LIB${_LIBCOMPAT}DTRACE in 91d7edd549f5 ("Generalise
libcompat to be a list rather than a single option") and instead left
broken. Belatedly fix this long-standing seemingly-inconsequential bug.
Fixes: dba75e9fa5a9 ("Move Makefile.lib32 to Makefile.libcompat and generalize it.")
Makefile.inc1: Enable requesting the universe toolchain.2023-08-01T21:01:57ZJohn Baldwinjhb@FreeBSD.org2023-08-01T21:01:57Zurn:sha1:1c02497648bdf61a43dd271f6f9171a037046d8e
make universe builds a cross toolchain under HOST_OBJTMP/tmp via the
universe-toolchain target. However, doing a plain 'make buildworld'
after a universe/tinderbox run (e.g. to reproduce a failure and test
the fix for it), will try to build a new cross toolchain under
OBJTMP/tmp which can be tedious. This commit adds a make variable
(UNIVERSE_TOOLCHAIN) which can be used similar to CROSS_TOOLCHAIN to
request an external toolchain. If this variable is set (value doesn't
matter), the the universe toolchain is used as an external toolchain.
Reviewed by: imp
Differential Revision: https://reviews.freebsd.org/D40777