Revision tags: vendor/dma/2021-07-10, vendor/NetBSD/libedit/2021-09-10, vendor/bc/5.0.2, vendor/llvm-project/llvmorg-13.0.0-rc3-8-g08642a395f23 |
|
#
cf0ee873 |
| 12-Sep-2021 |
Konstantin Belousov <kib@FreeBSD.org> |
Drop cloudabi
According to https://github.com/NuxiNL/cloudlibc: CloudABI is no longer being maintained. It was an awesome experiment, but it never got enough traction to be sustainable.
There is no
Drop cloudabi
According to https://github.com/NuxiNL/cloudlibc: CloudABI is no longer being maintained. It was an awesome experiment, but it never got enough traction to be sustainable.
There is no reason to keep it in FreeBSD.
Approved by: ed (private mail) Reviewed by: emaste Sponsored by: The FreeBSD Foundation Differential revision: https://reviews.freebsd.org/D31923
show more ...
|
#
895545d0 |
| 11-Sep-2021 |
Doug Rabson <dfr@FreeBSD.org> |
Fix spelling of BUILDENV_SHELL
|
Revision tags: vendor/llvm-project/llvmorg-13.0.0-rc2-43-gf56129fe78d5 |
|
#
021385ab |
| 06-Sep-2021 |
Alex Richardson <arichardson@FreeBSD.org> |
Add WITH_LLVM_BINUTILS to install LLVM binutils instead of Elftoolchain
When WITH_LLVM_BINUTILS is set, we will install the LLVM binutils as ar/ranlib/nm/objcopy/etc. instead of the elftoolchain one
Add WITH_LLVM_BINUTILS to install LLVM binutils instead of Elftoolchain
When WITH_LLVM_BINUTILS is set, we will install the LLVM binutils as ar/ranlib/nm/objcopy/etc. instead of the elftoolchain ones. Having the LLVM binutils instead of the elftoolchain ones allows us to use features such as LTO that depend on binutils that understand LLVM IR. Another benefit will be an improved user-experience when compiling with AddressSanitizer, since ASAN does not symbolize backtraces correctly if addr2line is elftoolchain addr2line instead of llvm-symbolizer. See https://lists.freebsd.org/archives/freebsd-toolchain/2021-July/000062.html for more details.
This is currently off by default but will be turned on by default at some point in the near future.
Reviewed By: emaste
Differential Revision: https://reviews.freebsd.org/D31060
show more ...
|
Revision tags: vendor/openssl/1.1.1l, vendor/openssh/8.7p1 |
|
#
1e4c8029 |
| 24-Aug-2021 |
Jessica Clarke <jrtc27@FreeBSD.org> |
Fix bootstrapping to actually build lldb-tblgen for later use
Because MK_LLDB=no is in BSARGS, the bootstrap-tools recursive make does not add lldb-tblgen to _clang_tblgen, causing it to not be buil
Fix bootstrapping to actually build lldb-tblgen for later use
Because MK_LLDB=no is in BSARGS, the bootstrap-tools recursive make does not add lldb-tblgen to _clang_tblgen, causing it to not be built. This means that the build currently always uses the host's lldb-tblgen (which, whilst currently it appears to work, could in future break if TableGen backends are added or altered) and, if it doesn't exist (either because the current FreeBSD system was built with it disabled, or you're building on macOS/Linux), fails. Linux and macOS cross-builds used to work simply because LLDB was previously in BROKEN_OPTIONS when building on non-FreeBSD.
Instead, move MK_LLDB=no from BSARGS to XMAKE. This ensures that the lib/clang build in cross-tools continues to not build LLDB parts for the bootstrap toolchain (both to save time/space on FreeBSD, and because our vendored LLDB does not include the macOS and Linux host files so those would fail to build).
The DIRDEPS target is updated to move MK_LLDB=no from the BSARGS block that mirrors Makefile.inc1 to the line that disables additional toolchain components. The DIRDEPS build likely suffers from the same issue currently, but having never used it and not being familiar with how it works I am leaving that as-is. If it does suffer from the same issue it should be easily reproducible by renaming /usr/bin/lldb-tblgen or moving it to a directory not in PATH.
Fixes: 31ba4ce8898f ("Allow bootstrapping llvm-tblgen on macOS and Linux") MFC after: 1 week Reviewed by: dim, emaste, imp Differential Revision: https://reviews.freebsd.org/D31531
show more ...
|
#
ab3a1809 |
| 24-Aug-2021 |
Jessica Clarke <jrtc27@FreeBSD.org> |
Makefile.inc1: Make sure sub-makes see MK_CLANG_BOOTSTRAP=no when XCC is a path
Currently we override MK_CLANG_BOOTSTRAP to no so we don't build a bootstrap compiler, but subdirectories don't see th
Makefile.inc1: Make sure sub-makes see MK_CLANG_BOOTSTRAP=no when XCC is a path
Currently we override MK_CLANG_BOOTSTRAP to no so we don't build a bootstrap compiler, but subdirectories don't see that and so the hack in bsd.sys.mk to prefer our includes over Clang's resource dir for external toolchains is not enabled unless you use -DWITHOUT_CLANG_BOOTSTRAP explicitly on top of XCC (which tools/build/make.py does not do), causing duplicate definition errors when building rtld-elf due to the use of -ffreestanding (Clang's stdint.h will use the system one when hosted, but its own when freestanding, and only has glibc's preprocessor guards, not FreeBSD's).
This broke when dropping CLANG_BOOTSTRAP from BROKEN_OPTIONS.
Fixes: 31ba4ce8898f ("Allow bootstrapping llvm-tblgen on macOS and Linux") MFC after: 1 week Reviewed by: imp, arichardson Differential Revision: https://reviews.freebsd.org/D31529
show more ...
|
Revision tags: vendor/llvm-project/llvmorg-13.0.0-rc1-97-g23ba3732246a, vendor/llvm-project/llvmorg-13.0.0-rc1-0-gd6974c010878 |
|
#
298ee47e |
| 19-Aug-2021 |
Bjoern A. Zeeb <bz@FreeBSD.org> |
localedef: unbreak WITHOUT_LOCALES
After 0fa5403d493b ("pkgbase: move locales into their own package") we need usr.bin/localedef as a bootstrap tool independent on where WITHOUT_LOCALE was specified
localedef: unbreak WITHOUT_LOCALES
After 0fa5403d493b ("pkgbase: move locales into their own package") we need usr.bin/localedef as a bootstrap tool independent on where WITHOUT_LOCALE was specified as we ALWAYS process C.UTF-8.
At the same time LOCALES= in the local Makefile is empty but C.UTF-8 with WITHOUT_LOCALES. C.UTF-8 is excluded from FILES, and thus after the replacement FILES= is set to only .LC_CTYPE which results in a build failure not knowing how to build that. Tweak the substitution to replace only non-empty words so that FILES remains harmlessly empty.
Reviewed by: imp Differential Revision: https://reviews.freebsd.org/D31589
show more ...
|
#
4b7bf842 |
| 17-Aug-2021 |
Bryan Drewery <bdrewery@FreeBSD.org> |
bootstrap-tools: Don't copy host tools with make -n
|
#
a3ddd7c9 |
| 17-Aug-2021 |
Bryan Drewery <bdrewery@FreeBSD.org> |
_worldtmp: Fix some sub-makes not working with make -n
|
Revision tags: vendor/unbound/1.13.2 |
|
#
cc134505 |
| 16-Aug-2021 |
Alex Richardson <arichardson@FreeBSD.org> |
Add missing lex/yacc dependency for mkesdb/mkcsmapper bootstrap
This causes build failures on macOS where the build can end up invoking an incompatible m4 binary.
Fxies: 2de949cf85d0 ("Remove mkcs
Add missing lex/yacc dependency for mkesdb/mkcsmapper bootstrap
This causes build failures on macOS where the build can end up invoking an incompatible m4 binary.
Fxies: 2de949cf85d0 ("Remove mkcsmapper_static and mkesdb_static from build-tools")
show more ...
|
#
54247ce1 |
| 08-Aug-2021 |
Ed Maste <emaste@FreeBSD.org> |
Makefile.inc1: Avoid hanging if pkg is not installed
For `pkg --version`, Redirect stdin from /dev/null to avoid waiting on /usr/sbin/pkg's bootstrap prompt if the pkg package is not installed. Also
Makefile.inc1: Avoid hanging if pkg is not installed
For `pkg --version`, Redirect stdin from /dev/null to avoid waiting on /usr/sbin/pkg's bootstrap prompt if the pkg package is not installed. Also redirect stderr to /dev/null to discard the warning message in this case.
Reported by: mjg Fixes: 4e224e4be7c3 ("pkgbase: accommodate pkg < 1.17") Sponsored by: The FreeBSD Foundation
show more ...
|
#
61ed578e |
| 04-Aug-2021 |
Mitchell Horne <mhorne@FreeBSD.org> |
Prefer MK_SSP=no to SSP_CFLAGS=
It is more idiomatic. CFLAGS is only augmented with $SSP_CFLAGS when $MK_SSP != "no".
Reviewed by: imp MFC after: 1 week Differential Revision: https://reviews.freeb
Prefer MK_SSP=no to SSP_CFLAGS=
It is more idiomatic. CFLAGS is only augmented with $SSP_CFLAGS when $MK_SSP != "no".
Reviewed by: imp MFC after: 1 week Differential Revision: https://reviews.freebsd.org/D31401
show more ...
|
#
bcd2f41f |
| 04-Aug-2021 |
Mitchell Horne <mhorne@FreeBSD.org> |
mk: format some option lists
Alphabetize and give each option its own line, ahead of making another change to these lists. This makes future diffs easier to read.
Reviewed by: imp, emaste MFC after
mk: format some option lists
Alphabetize and give each option its own line, ahead of making another change to these lists. This makes future diffs easier to read.
Reviewed by: imp, emaste MFC after: 1 week Differential Revision: https://reviews.freebsd.org/D31399
show more ...
|
#
b60770fc |
| 03-Aug-2021 |
Bryan Drewery <bdrewery@FreeBSD.org> |
Fix native-xtools build
Fixes https://github.com/freebsd/poudriere/issues/894 Fixes: d0c737e18 ("Makefile: Fix MAKEOBJDIRPREFIX command-line") X-MFC-With: d0c737e18
|
#
2482ea42 |
| 03-Aug-2021 |
Bryan Drewery <bdrewery@FreeBSD.org> |
Revert "Fix native-xtools build"
This reverts commit 36269b82318280ef184c953b90674f5905e0f53f.
This had an unintended change included.
|
#
36269b82 |
| 03-Aug-2021 |
Bryan Drewery <bdrewery@FreeBSD.org> |
Fix native-xtools build
Fixes https://github.com/freebsd/poudriere/issues/894 Fixes: d0c737e18 ("Makefile: Fix MAKEOBJDIRPREFIX command-line") X-MFC-With: d0c737e18
|
#
2de949cf |
| 02-Aug-2021 |
Alex Richardson <arichardson@FreeBSD.org> |
Remove mkcsmapper_static and mkesdb_static from build-tools
Build them as part of the bootstrap-tools phase instead.
Reviewed by: emaste (no objections) Differential Revision: https://reviews.freeb
Remove mkcsmapper_static and mkesdb_static from build-tools
Build them as part of the bootstrap-tools phase instead.
Reviewed by: emaste (no objections) Differential Revision: https://reviews.freebsd.org/D28181
show more ...
|
#
7bc797e3 |
| 02-Aug-2021 |
Alex Richardson <arichardson@FreeBSD.org> |
Add build system support for ASAN+UBSAN instrumentation
This adds two new options WITH_ASAN/WITH_UBSAN that can be set to enable instrumentation of all binaries with AddressSanitizer and/or Undefine
Add build system support for ASAN+UBSAN instrumentation
This adds two new options WITH_ASAN/WITH_UBSAN that can be set to enable instrumentation of all binaries with AddressSanitizer and/or UndefinedBehaviourSanitizer. This current patch is almost sufficient to get a complete buildworld with sanitizer instrumentation but in order to actually build and boot a system it depends on a few more follow-up commits.
Reviewed By: brooks, kib, markj Differential Revision: https://reviews.freebsd.org/D31043
show more ...
|
Revision tags: vendor/one-true-awk/0592de4a |
|
#
bbd16236 |
| 01-Aug-2021 |
Wolfram Schneider <wosch@FreeBSD.org> |
add the time(1) command to the list of install tools
Reported by: dhw Approved by: dhw Differential Revision: https://reviews.freebsd.org/D31373
|
#
99feb137 |
| 01-Aug-2021 |
Wolfram Schneider <wosch@FreeBSD.org> |
`make buildworld' with time logging for each stage
PR: 257141 Reviewed by: sjg,emaste Approved by: emaste Differential Revision: https://reviews.freebsd.org/D31154
|
Revision tags: vendor/acpica/20210730, vendor/llvm-project/llvmorg-13-init-16854-g6b2e4c5a58d7, vendor/llvm-project/llvmorg-12.0.1-0-gfed41342a82f, vendor/llvm-project/llvmorg-12.0.1-rc2-0-ge7dac564cd0e, vendor/llvm-project/llvmorg-13-init-16847-g88e66fa60ae5 |
|
#
4dbac528 |
| 28-Jul-2021 |
Ed Maste <emaste@FreeBSD.org> |
pkgbase: improve pkg --version parsing
In some cases `pkg --version` might produce unexpected or additional output. Use a regex /^[0-9.]+$/ to match only the line containing the version number.
Re
pkgbase: improve pkg --version parsing
In some cases `pkg --version` might produce unexpected or additional output. Use a regex /^[0-9.]+$/ to match only the line containing the version number.
Reported by: Michael Butler on freebsd-current@ Fixes: 4e224e4be7c3 ("pkgbase: accommodate pkg < 1.17") Sponsored by: The FreeBSD Foundation
show more ...
|
#
4e224e4b |
| 27-Jul-2021 |
Ed Maste <emaste@FreeBSD.org> |
pkgbase: accommodate pkg < 1.17
6cafdee71d2b adapted the pkgbase build for 1.17, but broke Cirrus-CI's use of PKG_FORMAT=tar (the quarterly package set still has pkg 1.16). Because of this I disable
pkgbase: accommodate pkg < 1.17
6cafdee71d2b adapted the pkgbase build for 1.17, but broke Cirrus-CI's use of PKG_FORMAT=tar (the quarterly package set still has pkg 1.16). Because of this I disabled the pkgbase build and test in 2bfba2a04b05.
Now, check `pkg --version` and use the old logic for < 1.17.
To be reverted once we no longer encounter pkg 1.16 in Cirrus-CI (i.e., via GCP cloud images) to avoid keeping this extra complexity around.
PR: 257422 Reviewed by: manu Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D31324
show more ...
|
Revision tags: vendor/less/v590, llvmorg-12.0.1-0-gfed41342a82f, vendor/one-true-awk/1e4bc42c53a1, vendor/device-tree/5.13, vendor/device-tree/5.12, vendor/NetBSD/bmake/20210621, vendor/ena-com/2.4.0, vendor/NetBSD/vis/20210621, llvmorg-12.0.1-rc2-0-ge7dac564cd0e, vendor/acpica/20210604, vendor/nvi/2.2.0-3bbdfe4, vendor/tcsh/6.22.04, vendor/bc/4.0.2, vendor/sqlite3/sqlite-3350500 |
|
#
6cafdee7 |
| 04-May-2021 |
Emmanuel Vadot <manu@FreeBSD.org> |
pkgbase: Track pkg 1.17
With pkg 1.17 the extention is always .pkg, packing_format is also now deprecated.
|
#
c5d1d88a |
| 05-Jul-2021 |
Alex Richardson <arichardson@FreeBSD.org> |
Don't build lldb-tablegen if MK_LLDB=no
Split out from D31060.
Reviewed by: emaste
|
#
0333fad1 |
| 11-Jun-2021 |
John Baldwin <jhb@FreeBSD.org> |
Remove svnlite.
Reviewed by: bcr, imp, emaste Differential Revision: https://reviews.freebsd.org/D30737
|
#
e290182b |
| 11-Jun-2021 |
John Baldwin <jhb@FreeBSD.org> |
Remove 'make update'.
In the CVS days this used be a wrapper around either CVS or CVSup and used to support updating src, doc, and ports checkouts. With the move to subversion this only supported u
Remove 'make update'.
In the CVS days this used be a wrapper around either CVS or CVSup and used to support updating src, doc, and ports checkouts. With the move to subversion this only supported updating src and was itself a wrapper around 'svn update'. With Git, users are probably better off using appropriate Git commands directly to update without needing an explicit make target as a wrapper.
Reviewed by: bcr, imp, emaste Differential Revision: https://reviews.freebsd.org/D30736
show more ...
|