#
7c5a624a |
| 04-Jan-2021 |
Adrian Chadd <adrian@FreeBSD.org> |
[wpa] Add support for hostapd/wpa_supplicant when WITHOUT_CRYPT=YES is enabled.
This builds wpa_supplicant / hostpad using internal encryption routines rather than using libcrypt.
This has been sup
[wpa] Add support for hostapd/wpa_supplicant when WITHOUT_CRYPT=YES is enabled.
This builds wpa_supplicant / hostpad using internal encryption routines rather than using libcrypt.
This has been supported in wpa for years now, however since we use local makefiles for this, we bitrotted dependencies and configuration options.
Reviewed by: emaste Differential Revision: https://reviews.freebsd.org/D27958
show more ...
|
#
8aff76fb |
| 22-Dec-2020 |
Kyle Evans <kevans@FreeBSD.org> |
build: remove the option to build gnugrep
Unconditionally install bsdgrep as grep, bootstrap or not. Remove all build glue and stop installing both gnugrep and libgnuregex now that all consumers of
build: remove the option to build gnugrep
Unconditionally install bsdgrep as grep, bootstrap or not. Remove all build glue and stop installing both gnugrep and libgnuregex now that all consumers of the latter are gone.
Relnotes: yes Differential Revision: https://reviews.freebsd.org/D27732
show more ...
|
#
fe7dff17 |
| 15-Dec-2020 |
Ed Maste <emaste@FreeBSD.org> |
Remove additional GDB leftovers missed in r368667
|
#
32420de9 |
| 11-Dec-2020 |
Kyle Evans <kevans@FreeBSD.org> |
Flip the GNU_GREP default to OFF
bsdgrep was made the default in r368439. Stop building gnugrep entirely as the natural next step towards removal.
|
#
bee11ec2 |
| 08-Dec-2020 |
Ed Maste <emaste@FreeBSD.org> |
Default to WITHOUT_GDB (GDB 6.1.1) for FreeBSD 13
As discussed on -current, -stable, -toolchain, and with jhb@ and imp@, disable the obsolete in-tree GDB 6.1.1 by default. This was kept only to pro
Default to WITHOUT_GDB (GDB 6.1.1) for FreeBSD 13
As discussed on -current, -stable, -toolchain, and with jhb@ and imp@, disable the obsolete in-tree GDB 6.1.1 by default. This was kept only to provide kgdb for the crashinfo tool, but is long-obsolete, does not support all architectures that FreeBSD does, and held back other work (such as forcing the use of DWARF2 for kernel debug).
Crashinfo will use kgdb from the gdb package or devel/gdb port, and will privde a message referencing those if no kgdb is found.
Relnotes: Yes Sponsored by: The FreeBSD Foundation
show more ...
|
#
b82a9ec5 |
| 08-Dec-2020 |
Kyle Evans <kevans@FreeBSD.org> |
src.opts.mk: switch to bsdgrep as /usr/bin/grep
This has been years in the making, and we all knew it was bound to happen some day. Switch to the BSDL grep implementation now that it's been a little
src.opts.mk: switch to bsdgrep as /usr/bin/grep
This has been years in the making, and we all knew it was bound to happen some day. Switch to the BSDL grep implementation now that it's been a little more thoroughly tested and theoretically supports all of the extensions that gnugrep in base had with our libregex(3).
Folks shouldn't really notice much from this update; bsdgrep is slower than gnugrep, but this is currently the price to pay for fewer bugs. Those dissatisfied with the speed of grep and in need of a faster implementation should check out what textproc/ripgrep and textproc/the_silver_searcher can do for them.
I have some WIP to make bsdgrep faster, but do not consider it a blocker when compared to the pros of switching now (aforementioned bugs, licensing).
PR: 228798 (exp-run) PR: 128645, 156704, 166842, 166862, 180937, 193835, 201650 PR: 232565, 242308, 246000, 251081, 191086, 194397 Relnotes: yes, please
show more ...
|
#
7c2f310f |
| 05-Dec-2020 |
Kyle Evans <kevans@FreeBSD.org> |
Retire GNU_GREP_COMPAT knob
This was introduced and then disabled by default primarily to avoid dealing with bugs in libgnuregex. rS363823 switched to using libregex for it, so let's just rip the op
Retire GNU_GREP_COMPAT knob
This was introduced and then disabled by default primarily to avoid dealing with bugs in libgnuregex. rS363823 switched to using libregex for it, so let's just rip the option out now so we can make sure we're getting tested with libregex via bsdgrep.
Reviewed by: emaste Differential Revision: https://reviews.freebsd.org/D27476
show more ...
|
#
9fa94e1c |
| 04-Nov-2020 |
Dimitry Andric <dim@FreeBSD.org> |
Turn on WITH_LLVM_CXXFILT by default
LLVM's demangler supports more modern C++ constructs such as lambdas and unnamed types, and is actively maintained. The command line tool is usable as a drop-in
Turn on WITH_LLVM_CXXFILT by default
LLVM's demangler supports more modern C++ constructs such as lambdas and unnamed types, and is actively maintained. The command line tool is usable as a drop-in replacement for GNU c++filt, or elftoolchain's cxxfilt. The latter is still available by using WITHOUT_LLVM_CXXFILT, if needed.
PR: 250702 MFC after: 2 weeks
show more ...
|
#
07bab441 |
| 03-Nov-2020 |
Dimitry Andric <dim@FreeBSD.org> |
Add WITH_LLVM_CXXFILT option to install llvm-cxxfilt as c++filt
Since elftoolchain's cxxfilt is rather far behind on features, and we ran into several bugs, add an option to use llvm-cxxfilt as an d
Add WITH_LLVM_CXXFILT option to install llvm-cxxfilt as c++filt
Since elftoolchain's cxxfilt is rather far behind on features, and we ran into several bugs, add an option to use llvm-cxxfilt as an drop-in replacement.
It supports the same options as elftoolchain cxxfilt, though it doesn't have support for old ARM (C++ Annotated Reference Manual, not the CPU) and GNU v2 manglings. But these are irrelevant in 2020.
Note: as we already compile the required libraries as part of libllvm, this will not add any significant build time either.
PR: 250702 Reviewed by: emaste, yuri Differential Revision: https://reviews.freebsd.org/D27071 MFC after: 2 weeks
show more ...
|
Revision tags: release/12.2.0 |
|
#
b75abea4 |
| 23-Sep-2020 |
Brandon Bergren <bdragon@FreeBSD.org> |
[PowerPC64LE] Set up powerpc.powerpc64le architecture
This is the initial set up for PowerPC64LE.
The current plan is for this arch to remain experimental for FreeBSD 13.
This started as a weekend
[PowerPC64LE] Set up powerpc.powerpc64le architecture
This is the initial set up for PowerPC64LE.
The current plan is for this arch to remain experimental for FreeBSD 13.
This started as a weekend learning project for me and kinda snowballed from there.
(More to follow momentarily.)
Reviewed by: imp (earlier version), emaste Sponsored by: Tag1 Consulting, Inc. Differential Revision: https://reviews.freebsd.org/D26399
show more ...
|
#
1d2a0dce |
| 15-Sep-2020 |
Brandon Bergren <bdragon@FreeBSD.org> |
[PowerPC] Remove obsolete MK_LOADER_FORCE_LE
In D12421, the ability to compile stand/ in little-endian was added, with the intention to extend loader.kboot to run in Petitboot.
However, no further
[PowerPC] Remove obsolete MK_LOADER_FORCE_LE
In D12421, the ability to compile stand/ in little-endian was added, with the intention to extend loader.kboot to run in Petitboot.
However, no further work was done, as the kernel then gained self-execution capabilities as Petitboot was taught to load FreeBSD kernels directly.
The FreeBSD installer on powerpc64 (on POWER8 and POWER9) uses /boot/etc/kboot.conf instead of loader.
As this option does nothing but cause stand/ to be miscompiled and actively causes confusion, remove it.
(I have a functioning petitboot loader in my local tree, however, it turned out to be quite inconvient to use due to the current petitboot plugin design so I put it on hold.)
Reviewed by: emaste, imp, jhibbits Sponsored by: Tag1 Consulting, Inc. Differential Revision: https://reviews.freebsd.org/D26430
show more ...
|
#
d3980671 |
| 09-Sep-2020 |
Kyle Evans <kevans@FreeBSD.org> |
opts: FREEBSD_UPDATE no longer relies on PORTSNAP
phttpget is no longer tied to the portsnap build as of r365490.
MFC after: 3 days Differential Revision: https://reviews.freebsd.org/D26255
|
#
75766799 |
| 08-Sep-2020 |
Ed Maste <emaste@FreeBSD.org> |
Add WITH_/WITHOUT_CLEAN option to replace NO_CLEAN
This allows use of the standard src.conf configuration for controlling whether the tree is cleaned before build or not. The default is still to cl
Add WITH_/WITHOUT_CLEAN option to replace NO_CLEAN
This allows use of the standard src.conf configuration for controlling whether the tree is cleaned before build or not. The default is still to clean.
Setting either NOCLEAN or NO_CLEAN will mention the new src.conf option. NOCLEAN remains a .warning, while for now NO_CLEAN is .info.
Reviewed by: bdrewery (earlier version) MFC after: 1 month Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D22762
show more ...
|
#
7d4374f6 |
| 06-Sep-2020 |
Dimitry Andric <dim@FreeBSD.org> |
Turn MALLOC_PRODUCTION into a regular src.conf(5) option
For historical reasons, defining MALLOC_PRODUCTION in /etc/make.conf has been used to turn off potentially expensive debug checks and statist
Turn MALLOC_PRODUCTION into a regular src.conf(5) option
For historical reasons, defining MALLOC_PRODUCTION in /etc/make.conf has been used to turn off potentially expensive debug checks and statistics gathering in the implementation of malloc(3).
It seems more consistent to turn this into a regular src.conf(5) option, e.g. WITH_MALLOC_PRODUCTION / WITHOUT_MALLOC_PRODUCTION. This can then be toggled similar to any other source build option, and turned on or off by default for e.g. stable branches.
Reviewed by: imp, #manpages MFC after: 1 week Differential Revision: https://reviews.freebsd.org/D26337
show more ...
|
#
e2515283 |
| 27-Aug-2020 |
Glen Barber <gjb@FreeBSD.org> |
MFH
Sponsored by: Rubicon Communications, LLC (netgate.com)
|
#
2a5220e1 |
| 24-Aug-2020 |
Dimitry Andric <dim@FreeBSD.org> |
After r364732, we can now enable MK_OPENMP for aarch64 by default.
PR: 248864 MFC after: 2 weeks
|
#
de6fc2e3 |
| 15-Aug-2020 |
Dimitry Andric <dim@FreeBSD.org> |
Merge ^/head r364082 through r364250.
|
#
440cec3f |
| 12-Aug-2020 |
Glen Barber <gjb@FreeBSD.org> |
MFH
Sponsored by: Rubicon Communications, LLC (netgate.com)
|
#
14267d39 |
| 11-Aug-2020 |
Alex Richardson <arichardson@FreeBSD.org> |
Add CLANG/LLD/LLD to BROKEN_OPTIONS when building on non-FreeBSD
These tools require a bootstrap llvm-tblgen/clang-tblgen and that cannot be built with the current make infrastructure: the config he
Add CLANG/LLD/LLD to BROKEN_OPTIONS when building on non-FreeBSD
These tools require a bootstrap llvm-tblgen/clang-tblgen and that cannot be built with the current make infrastructure: the config header is not correct for Linux/macOS and we don't include the CMakeLists.txt in contrib so we can't generate one that would be correct.
Reviewed By: emaste, imp, dim Differential Revision: https://reviews.freebsd.org/D14245
show more ...
|
#
2192efc0 |
| 06-Jul-2020 |
Mitchell Horne <mhorne@FreeBSD.org> |
RISC-V boot1.efi and loader.efi support
This implementation doesn't have any major deviations from the other EFI ports. I've copied the boilerplate from arm and arm64.
I've tested this with the fol
RISC-V boot1.efi and loader.efi support
This implementation doesn't have any major deviations from the other EFI ports. I've copied the boilerplate from arm and arm64.
I've tested this with the following boot flows: OpenSBI (M-mode) -> u-boot (S-mode) -> loader.efi -> FreeBSD OpenSBI (M-mode) -> u-boot (S-mode) -> boot1.efi -> loader.efi -> FreeBSD
Due to the way that u-boot handles secondary CPUs, OpenSBI >= v0.7 is required, as the HSM extension is needed to bring them up explicitly. Because of this, using BBL as the SBI implementation will not be possible. Additionally, there are a few recent u-boot changes that are required as well, all of which will be present in the upcoming v2020.07 release.
Looks good: emaste Differential Revision: https://reviews.freebsd.org/D25135
show more ...
|
#
252884ae |
| 27-Jun-2020 |
Stefan Eßer <se@FreeBSD.org> |
Import new 2-clause BSD licenced implementation of the bc and dc commands
These implementations of the bc and dc programs offer a number of advantages compared to the current implementations in the
Import new 2-clause BSD licenced implementation of the bc and dc commands
These implementations of the bc and dc programs offer a number of advantages compared to the current implementations in the FreeBSD base system:
- They do not depend on external large number functions (i.e. no dependency on OpenSSL or any other large number library)
- They implements all features found in GNU bc/dc (with the exception of the forking of sub-processes, which the author of this version considers as a security issue).
- They are significantly faster than the current code in base (more than 2 orders of magnitude in some of my tests, e.g. for 12345^100000).
- They should be fully compatible with all features and the behavior of the current implementations in FreeBSD (not formally verified).
- They support POSIX message catalogs and come with localized messages in Chinese, Dutch, English, French, German, Japanese, Polish, Portugueze, and Russian.
- They offer very detailed man-pages that provide far more information than the current ones.
The upstream sources contain a large number of tests, which are not imported with this commit. They could be integrated into our test framework at a latter time.
Installation of this version is controlled by the option "MK_GH_BC=yes". This option will be set to yes by default in 13-CURRENT, but will be off by default in 12-STABLE.
Approved by: imp Obtained from: https://git.yzena.com/gavin/bc MFC after: 4 weeks Relnotes: yes Differential Revision: https://reviews.freebsd.org/D19982
show more ...
|
#
0a9ab9f5 |
| 24-Jun-2020 |
Conrad Meyer <cem@FreeBSD.org> |
Add WITH_CLANG_FORMAT option
clang-format is enabled conditional on either WITH_CLANG_EXTRAS or WITH_CLANG_FORMAT. Some sources in libclang are build conditional on either rule, and obviously the c
Add WITH_CLANG_FORMAT option
clang-format is enabled conditional on either WITH_CLANG_EXTRAS or WITH_CLANG_FORMAT. Some sources in libclang are build conditional on either rule, and obviously the clang-format binary itself depends on the rule.
clang-format could still use a manual page.
Reviewed by: emaste Differential Revision: https://reviews.freebsd.org/D25427
show more ...
|
Revision tags: release/11.4.0 |
|
#
74e8d41e |
| 07-Jun-2020 |
Ed Maste <emaste@FreeBSD.org> |
Retire BINUTILS and BINUTILS_BOOTSTRAP options
As of r361857 all BINUTILS options are disabled by default - ports have been changed to depend on binutils if they require GNU as, and all base system
Retire BINUTILS and BINUTILS_BOOTSTRAP options
As of r361857 all BINUTILS options are disabled by default - ports have been changed to depend on binutils if they require GNU as, and all base system assembly files have been switched to use Clang's integrated assembler.
Relnotes: Yes Sponsored by: The FreeBSD Foundation
show more ...
|
#
18983e3b |
| 06-Jun-2020 |
Ed Maste <emaste@FreeBSD.org> |
src.opts.mk: disable BINUTILS_BOOTSTRAP universally
As of r361853 skein_block_asm.S is assembled using Clang's integrated assembler.
PR: 233611 Sponsored by: The FreeBSD Foundation
|
#
fd71da37 |
| 30-May-2020 |
Ed Maste <emaste@FreeBSD.org> |
Disable BINUTILS by default on amd64
The retirement of obsolete binutils 2.17.50 has been in progress for quite some time. All tools other than GNU as were removed prior to this commit, and it was
Disable BINUTILS by default on amd64
The retirement of obsolete binutils 2.17.50 has been in progress for quite some time. All tools other than GNU as were removed prior to this commit, and it was built only on amd64 - installed as /usr/bin/as, and used as a bootstrap tool.
The amd64 exp-run has completed and failures have now been addressed in the individual ports, so disable it by default.
PR: 233611, 205250 [exp-run] Sponsored by: The FreeBSD Foundation
show more ...
|