Changes in Makefile

fe013be4 - Merge llvm-project main llvmorg-17-init-19304-gd0b54bb50e51

Sat, 02 Sep 2023 21:17:18 +0000

Merge llvm-project main llvmorg-17-init-19304-gd0b54bb50e51This updates llvm, clang, compiler-rt, libc++, libunwind, lld, lldb andopenmp to llvm-project main llvmorg-17-init-19304-gd0b54bb50e51, thelast commit before the upstream release/17.x branch was created.PR: 273753MFC after: 1 month(cherry picked from commit 06c3fb2749bda94cb5201f81ffdb8fa6c3161b2e) List of files: /freebsd-14.2/targets/pseudo/bootstrap-tools/Makefile

d0b2dbfa - Remove $FreeBSD$: one-line sh pattern

Wed, 16 Aug 2023 17:55:03 +0000

Remove $FreeBSD$: one-line sh patternRemove /^\s*#[#!]?\s*\$FreeBSD\$.*$\n/ List of files: /freebsd-14.2/targets/pseudo/bootstrap-tools/Makefile

1e4c8029 - Fix bootstrapping to actually build lldb-tblgen for later use

Tue, 24 Aug 2021 13:59:04 +0000

Fix bootstrapping to actually build lldb-tblgen for later useBecause MK_LLDB=no is in BSARGS, the bootstrap-tools recursive make doesnot add lldb-tblgen to _clang_tblgen, causing it to not be built. Thismeans that the build currently always uses the host's lldb-tblgen(which, whilst currently it appears to work, could in future break ifTableGen backends are added or altered) and, if it doesn't exist (eitherbecause the current FreeBSD system was built with it disabled, or you'rebuilding on macOS/Linux), fails. Linux and macOS cross-builds used towork simply because LLDB was previously in BROKEN_OPTIONS when buildingon non-FreeBSD.Instead, move MK_LLDB=no from BSARGS to XMAKE. This ensures that thelib/clang build in cross-tools continues to not build LLDB parts for thebootstrap toolchain (both to save time/space on FreeBSD, and because ourvendored LLDB does not include the macOS and Linux host files so thosewould fail to build).The DIRDEPS target is updated to move MK_LLDB=no from the BSARGS blockthat mirrors Makefile.inc1 to the line that disables additionaltoolchain components. The DIRDEPS build likely suffers from the sameissue currently, but having never used it and not being familiar withhow it works I am leaving that as-is. If it does suffer from the sameissue it should be easily reproducible by renaming /usr/bin/lldb-tblgenor moving it to a directory not in PATH.Fixes: 31ba4ce8898f ("Allow bootstrapping llvm-tblgen on macOS and Linux")MFC after: 1 weekReviewed by: dim, emaste, impDifferential Revision: https://reviews.freebsd.org/D31531 List of files: /freebsd-14.2/targets/pseudo/bootstrap-tools/Makefile

61ed578e - Prefer MK_SSP=no to SSP_CFLAGS=

Wed, 04 Aug 2021 18:20:50 +0000

Prefer MK_SSP=no to SSP_CFLAGS=It is more idiomatic. CFLAGS is only augmented with $SSP_CFLAGS when$MK_SSP != "no".Reviewed by: impMFC after: 1 weekDifferential Revision: https://reviews.freebsd.org/D31401 List of files: /freebsd-14.2/targets/pseudo/bootstrap-tools/Makefile

bcd2f41f - mk: format some option lists

Wed, 04 Aug 2021 18:17:34 +0000

mk: format some option listsAlphabetize and give each option its own line, ahead of making anotherchange to these lists. This makes future diffs easier to read.Reviewed by: imp, emasteMFC after: 1 weekDifferential Revision: https://reviews.freebsd.org/D31399 List of files: /freebsd-14.2/targets/pseudo/bootstrap-tools/Makefile

7fa2f2a6 - Rename NO_WERROR -> MK_WERROR=no

Wed, 06 Jan 2021 17:55:06 +0000

Rename NO_WERROR -> MK_WERROR=noAs suggested in D27598. This also supports MK_WERROR.clang=no andMK_WERROR.gcc=no to support the existing NO_WERROR. uses.Reviewed By: brooksDifferential Revision: https://reviews.freebsd.org/D27601 List of files: /freebsd-14.2/targets/pseudo/bootstrap-tools/Makefile

94ffff68 - Stop passing MK_WARNS=no for bootstrap tools

Wed, 06 Jan 2021 17:52:02 +0000

Stop passing MK_WARNS=no for bootstrap toolsI got annoyed by the number of warnings that the CheriBSD build wasemitting. It turns out that we are emitting lots of warnings duringbootstrap because bootstrap tools are built with the default compilerflags and ignore the warnings flags that are set in bsd.sys.mk.Looking at git blame, it appears that MK_WARNS=no has been passed sincerS112869, replacing the -DNO_WERROR option that was added in rS87775.This commit changes MK_WARNS=no back to -DNO_WERROR. We need to pass-DNO_WERROR, since the system compiler might have new warnings that wedon't know about yet, and we shouldn't fail the build in that case.Reviewed By: imp, brooksDifferential Revision: https://reviews.freebsd.org/D27598 List of files: /freebsd-14.2/targets/pseudo/bootstrap-tools/Makefile

0a9ab9f5 - Add WITH_CLANG_FORMAT option

Wed, 24 Jun 2020 17:03:42 +0000

Add WITH_CLANG_FORMAT optionclang-format is enabled conditional on either WITH_CLANG_EXTRAS orWITH_CLANG_FORMAT. Some sources in libclang are build conditional oneither rule, and obviously the clang-format binary itself depends on therule.clang-format could still use a manual page.Reviewed by: emasteDifferential Revision: https://reviews.freebsd.org/D25427 List of files: /freebsd-14.2/targets/pseudo/bootstrap-tools/Makefile

57f80467 - remove GCC 4.2.1 build infrastructure

Sat, 29 Feb 2020 03:25:51 +0000

remove GCC 4.2.1 build infrastructureAs described in Warner's email message[1] to the FreeBSD-arch mailinglist we have reached GCC 4.2.1's retirement date. At this time allsupported architectures either use in-tree Clang, or rely on externaltoolchain (i.e., a contemporary GCC version from ports).GCC 4.2.1 was released July 18, 2007 and was imported into FreeBSD laterthat year, in r171825. GCC has served us well, but version 4.2.1 isobsolete and not used by default on any architecture in FreeBSD. Itdoes not support modern C and does not support arm64 or RISC-V.Thanks to everyone responsible for maintaining, updating, and testingGCC in the FreeBSD base system over the years.So long, and thanks for all the fish.[1] https://lists.freebsd.org/pipermail/freebsd-arch/2020-January/019823.htmlPR: 228919Reviewed by: brooks, impSponsored by: The FreeBSD FoundationDifferential Revision: https://reviews.freebsd.org/D23124 List of files: /freebsd-14.2/targets/pseudo/bootstrap-tools/Makefile

996e4759 - Fix nested MAKEOBJDIRPREFIX breaking various release/buildworld/toolchain targets.

Sun, 05 Nov 2017 00:11:51 +0000

Fix nested MAKEOBJDIRPREFIX breaking various release/buildworld/toolchain targets.This problem was caused by r325329 and r325350.For the release(7) targets, some will run mm-mtree.sh which itself runs makewith a MAKEOBJDIRPREFIX. The execution of that script leaks OBJROOT,MAKEOBJDIR, and MAKELEVEL=1 in the environment. This causes the mm-mtree makesto not do some basic setup of OBJROOT and only use this specialMAKEOBJDIRPREFIX case which fails to empty out MAKEOBJDIRPREFIX for furthernested makes, such as a tree walk. If that tree walk sets OBJROOT/OBJTOP suchas r325329 is doing, then the wrong OBJDIRs end up being used due to theunemptied MAKEOBJDIRPREFIX being preferred over the proper MAKEOBJDIR.Pointyhat to: bdrewerySponsored by: Dell EMC Isilon List of files: /freebsd-14.2/targets/pseudo/bootstrap-tools/Makefile

2c36cefe - Follow-up r325329: Store all WORLDTMP objects back in the same directory.

Fri, 03 Nov 2017 00:29:42 +0000

Follow-up r325329: Store all WORLDTMP objects back in the same directory.This still keeps the reduced MAKEOBJDIRPREFIX (SRCTOP) redundancyremoved in the OBJDIR, but now keeps all early phase objectsin the same directory rather than split per phase.The problem of splitting per phase is that later phases want to link inlibraries from earlier phases and base their location on ${OBJTOP}.Pointyhat to: bdreweryReported by: mjoras, Mark MillardSponsored by: Dell EMC Isilon List of files: /freebsd-14.2/targets/pseudo/bootstrap-tools/Makefile

4dc89c4d - Reduce MAKEOBJDIRPREFIX path spam by specifying a direct objdir to use.

Thu, 02 Nov 2017 18:08:36 +0000

Reduce MAKEOBJDIRPREFIX path spam by specifying a direct objdir to use.Sponsored by: Dell EMC Isilon List of files: /freebsd-14.2/targets/pseudo/bootstrap-tools/Makefile

1128ae00 - Use more clear SRCTOP here.

Tue, 31 Oct 2017 00:03:22 +0000

Use more clear SRCTOP here.Sponsored by: Dell EMC Isilon List of files: /freebsd-14.2/targets/pseudo/bootstrap-tools/Makefile

817366f1 - buildworld: Pass which world phase the build is in down to submakes.

Tue, 20 Jun 2017 22:08:02 +0000

buildworld: Pass which world phase the build is in down to submakes.This is useful for having directories behave differently dependingon the phase - such as enabling SUBDIR_PARALLEL or disablingredundant building of library directories already done byearlier 'make _libraries'.Sponsored by: Dell EMC Isilon List of files: /freebsd-14.2/targets/pseudo/bootstrap-tools/Makefile

12330f35 - DIRDEPS_BUILD: Fix 'make bootstrap-tools' not using the proper tblgen binaries.

Thu, 01 Sep 2016 23:21:12 +0000

DIRDEPS_BUILD: Fix 'make bootstrap-tools' not using the proper tblgen binaries.This was an incomplete item from r291561. The host {clang,llvm}-tblgenbinaries were used, rather than the ones built into the host stagedir bynormal Makefile.depend dependencies on tblgen.MFC after: 1 weekSponsored by: EMC / Isilon Storage Division List of files: /freebsd-14.2/targets/pseudo/bootstrap-tools/Makefile

f6b95617 - DIRDEPS_BUILD: Fix bootstrap-tools not handling CCACHE_DIR properly.

Sun, 05 Jun 2016 23:05:07 +0000

DIRDEPS_BUILD: Fix bootstrap-tools not handling CCACHE_DIR properly.CCACHE_DIR needs to be resolved to its full path before processinglegacy.meta or meta mode may see the change to the stats file.Sponsored by: EMC / Isilon Storage Division List of files: /freebsd-14.2/targets/pseudo/bootstrap-tools/Makefile

b7d28aff - META_MODE: Simplify the META_COOKIE handling to use .USE/.USEBEFORE.

Fri, 11 Mar 2016 23:45:28 +0000

META_MODE: Simplify the META_COOKIE handling to use .USE/.USEBEFORE.Extend it to other cases of meta mode cookies so they get the proper rmcookie behavior when a .meta file detects it needs to rebuild and fails.Sponsored by: EMC / Isilon Storage Division List of files: /freebsd-14.2/targets/pseudo/bootstrap-tools/Makefile

3bed45ab - META MODE: Rework [bootstrapped] tools PATH support.

Tue, 01 Dec 2015 05:19:02 +0000

META MODE: Rework [bootstrapped] tools PATH support.- Support more of the toolchain from TOOLSDIR.- This also improves 'make bootstrap-tools' to pass, for example, AS=/usr/bin/as to Makefile.inc1, which will tell cross-tools to use external toolchain support and avoid building things we won't be using in the build.- Always set the PATH to contain the staged TOOLSDIR directories when not building the bootstrap targets. The previous version was only setting this at MAKE.LEVEL==0 and if the TOOLSDIR existed. Both of these prevented using staged tools that were built during the build though as DIRDEPS with .host dependencies, such as the fix for needing usr.bin/localedef.host in r291311. This is not a common tool so we must build and use it during the build, and need to be prepared to change PATH as soon as it appears. This should also fix the issue of host dependencies disappearing from Makefile.depend and then reappearing due to the start of the fresh build not having the directory yet, resulting in the tools that were built not actually being used.- Only use LEGACY_TOOLS while building in Makefile.inc1. After r291317 and r291546 there is no need to add LEGACY_TOOLS into the PATH for the pseudo/targets/toolchain build.- Because the pseudo/targets/toolchain will now build its own [clang-]tblgen, the special logic in clang.build.mk is no longer needed.- LEGACY_TOOLS is no longer used outside of targets/pseudo/bootstrap-tools so is no longer passed into the environment in its build.Sponsored by: EMC / Isilon Storage Division List of files: /freebsd-14.2/targets/pseudo/bootstrap-tools/Makefile

6ca6c445 - META MODE: For bootstrap-tools, don't let Makefile.inc1 build any of the

Tue, 01 Dec 2015 00:32:09 +0000

META MODE: For bootstrap-tools, don't let Makefile.inc1 build any of thetoolchain.This change prevents building of [clang-]tblgen, which is unneeded dueto already being a host dependency where needed fortargets/pseudo/toolchain.Sponsored by: EMC / Isilon Storage Division List of files: /freebsd-14.2/targets/pseudo/bootstrap-tools/Makefile

dfb62a5a - META MODE: Fix bootstrap-tools after r291349.

Mon, 30 Nov 2015 22:53:55 +0000

META MODE: Fix bootstrap-tools after r291349.Now that OBJTOP is assumed to be proper, it needs to be overridden forthe bootstrap-tools phase to ensure it is not kept as the top-levelOBJTOP. Otherwise the libraries were not found during thebootstrap-tools phase.Sponsored by: EMC / Isilon Storage Division List of files: /freebsd-14.2/targets/pseudo/bootstrap-tools/Makefile