| #
38c0ca14
|
| 09-Oct-2019 |
Dimitry Andric <dim@FreeBSD.org> |
Merge llvm, clang, compiler-rt, libc++, libunwind, lld, lldb and openmp 9.0.0 final release r372316.
Release notes for llvm, clang, lld and libc++ 9.0.0 are available here:
https://releases.llvm.or
Merge llvm, clang, compiler-rt, libc++, libunwind, lld, lldb and openmp 9.0.0 final release r372316.
Release notes for llvm, clang, lld and libc++ 9.0.0 are available here:
https://releases.llvm.org/9.0.0/docs/ReleaseNotes.html https://releases.llvm.org/9.0.0/tools/clang/docs/ReleaseNotes.html https://releases.llvm.org/9.0.0/tools/lld/docs/ReleaseNotes.html https://releases.llvm.org/9.0.0/projects/libcxx/docs/ReleaseNotes.html
PR: 240629 MFC after: 1 month
show more ...
|
| #
8b3bc70a
|
| 08-Oct-2019 |
Dimitry Andric <dim@FreeBSD.org> |
Merge ^/head r352764 through r353315.
|
| #
1a13f2e6
|
| 07-Oct-2019 |
Edward Tomasz Napierala <trasz@FreeBSD.org> |
Introduce stats(3), a flexible statistics gathering API.
This provides a framework to define a template describing a set of "variables of interest" and the intended way for the framework to maintain
Introduce stats(3), a flexible statistics gathering API.
This provides a framework to define a template describing a set of "variables of interest" and the intended way for the framework to maintain them (for example the maximum, sum, t-digest, or a combination thereof). Afterwards the user code feeds in the raw data, and the framework maintains these variables inside a user-provided, opaque stats blobs. The framework also provides a way to selectively extract the stats from the blobs. The stats(3) framework can be used in both userspace and the kernel.
See the stats(3) manual page for details.
This will be used by the upcoming TCP statistics gathering code, https://reviews.freebsd.org/D20655.
The stats(3) framework is disabled by default for now, except in the NOTES kernel (for QA); it is expected to be enabled in amd64 GENERIC after a cool down period.
Reviewed by: sef (earlier version) Obtained from: Netflix Relnotes: yes Sponsored by: Klara Inc, Netflix Differential Revision: https://reviews.freebsd.org/D20477
show more ...
|
| #
6b3555c3
|
| 26-Sep-2019 |
Dimitry Andric <dim@FreeBSD.org> |
Enable OpenMP for powerpc64
Summary: When powerpc64 switches to LLVM, use this patch to enable OpenMP as well. OpenMP on PPC is only for 64-bits, so don't make a 32-bit libomp. A change to openmp fi
Enable OpenMP for powerpc64
Summary: When powerpc64 switches to LLVM, use this patch to enable OpenMP as well. OpenMP on PPC is only for 64-bits, so don't make a 32-bit libomp. A change to openmp files is necesssary (under review on https://reviews.llvm.org/D67190), because it determines ELF format version based on endianness, which is incorrect.
Reviewed by: alfredo.junior_eldorado.org.br, #manpages Differential Revision: https://reviews.freebsd.org/D21532
show more ...
|
| #
0f80acb9
|
| 19-Sep-2019 |
Dimitry Andric <dim@FreeBSD.org> |
Merge ^/head r352436 through r352536.
|
| #
d567f909
|
| 18-Sep-2019 |
Baptiste Daroussin <bapt@FreeBSD.org> |
Add native support for zstd to libarchive
Note that old pkg will failed to build after this. A recent ports tree (one providing pkg 1.12+) is required to build. Older already built pkg, should conti
Add native support for zstd to libarchive
Note that old pkg will failed to build after this. A recent ports tree (one providing pkg 1.12+) is required to build. Older already built pkg, should continue working as expected
PR: 238797 Exp run by: antoine Reviewed by: cem Approved by: cem Differential Revision: https://reviews.freebsd.org/D20752
show more ...
|
| #
b0d4288f
|
| 28-Aug-2019 |
Dimitry Andric <dim@FreeBSD.org> |
Update build glue for building libc++.
|
| #
fa94c738
|
| 08-Aug-2019 |
Conrad Meyer <cem@FreeBSD.org> |
import zstd 1.4.1
|
| #
7f49ce7a
|
| 27-Jun-2019 |
Alan Somers <asomers@FreeBSD.org> |
MFHead @349476
Sponsored by: The FreeBSD Foundation
|
| #
f5a95d9a
|
| 25-Jun-2019 |
Warner Losh <imp@FreeBSD.org> |
Remove NAND and NANDFS support
NANDFS has been broken for years. Remove it. The NAND drivers that remain are for ancient parts that are no longer relevant. They are polled, have terrible performance
Remove NAND and NANDFS support
NANDFS has been broken for years. Remove it. The NAND drivers that remain are for ancient parts that are no longer relevant. They are polled, have terrible performance and just for ancient arm hardware. NAND parts have evolved significantly from this early work and little to none of it would be relevant should someone need to update to support raw nand. This code has been off by default for years and has violated the vnode protocol leading to panics since it was committed.
Numerous posts to arch@ and other locations have found no actual users for this software.
Relnotes: Yes No Objection From: arch@ Differential Revision: https://reviews.freebsd.org/D20745
show more ...
|
| #
3f774a5e
|
| 19-Apr-2019 |
Conrad Meyer <cem@FreeBSD.org> |
import zstd 1.4.0
|
| #
f9856d08
|
| 20-Mar-2019 |
Alan Somers <asomers@FreeBSD.org> |
MFHead @345353
|
| #
eccf47f5
|
| 18-Mar-2019 |
Dimitry Andric <dim@FreeBSD.org> |
Enable building libomp.so for 32-bit x86. This is done by selectively enabling the functions that save and restore MXCSR, since access to this register requires SSE support.
Note that you may run i
Enable building libomp.so for 32-bit x86. This is done by selectively enabling the functions that save and restore MXCSR, since access to this register requires SSE support.
Note that you may run into other issues with OpenMP on i386, since this *not* yet supported upstream, and certainly not extensively tested.
PR: 236062, 236582 MFC after: 1 month X-MFC-With: r344779
show more ...
|
| #
2aaf9152
|
| 18-Mar-2019 |
Alan Somers <asomers@FreeBSD.org> |
MFHead@r345275
|
| #
9b3c15c5
|
| 16-Mar-2019 |
Dimitry Andric <dim@FreeBSD.org> |
Disable lib/libomp build for the 32-bit part of amd64 buildworld, as it is not supported for that target.
Reported by: Michael Butler <imb@protected-networks.net> PR: 236062 MFC after: 1 month X-MF
Disable lib/libomp build for the 32-bit part of amd64 buildworld, as it is not supported for that target.
Reported by: Michael Butler <imb@protected-networks.net> PR: 236062 MFC after: 1 month X-MFC-With: r344779
show more ...
|
| #
b0840a28
|
| 16-Mar-2019 |
Dimitry Andric <dim@FreeBSD.org> |
Connect lib/libomp to the build.
* Set MK_OPENMP to yes by default only on amd64, for now. * Bump __FreeBSD_version to signal this addition. * Ensure gcc's conflicting omp.h is not installed if MK_O
Connect lib/libomp to the build.
* Set MK_OPENMP to yes by default only on amd64, for now. * Bump __FreeBSD_version to signal this addition. * Ensure gcc's conflicting omp.h is not installed if MK_OPENMP is yes. * Update OptionalObsoleteFiles.inc to cope with the conflicting omp.h. * Regenerate src.conf(5) with new WITH/WITHOUT fragments.
Relnotes: yes PR: 236062 MFC after: 1 month X-MFC-With: r344779
show more ...
|
| #
5193fcde
|
| 15-Mar-2019 |
Enji Cooper <ngie@FreeBSD.org> |
Initial googlemock/googletest integration into the build/FreeBSD test suite
This initial integration takes googlemock/googletest release 1.8.1, integrates the library, tests, and sample unit tests i
Initial googlemock/googletest integration into the build/FreeBSD test suite
This initial integration takes googlemock/googletest release 1.8.1, integrates the library, tests, and sample unit tests into the build.
googlemock/googletest's inclusion is optionally available via `MK_GOOGLETEST`. `MK_GOOGLETEST` is dependent on `MK_TESTS` and is enabled by default when built with a C++11 capable toolchain.
Google tests can be specified via the `GTESTS` variable, which, in comparison with the other test drivers, is more simplified/streamlined, as Googletest only supports C++ tests; not raw C or shell tests (C tests can be written in C++ using the standard embedding methods).
No dependent libraries are assumed for the tests. One must specify `gmock`, `gmock_main`, `gtest`, or `gtest_main`, via `LIBADD` for the program.
More information about googlemock and googletest can be found on the Googletest [project page](https://github.com/google/googletest), and the [GoogleMock](https://github.com/google/googletest/blob/v1.8.x/googlemock/docs/Documentation.md) and [GoogleTest](https://github.com/google/googletest/tree/v1.8.x/googletest/docs) docs.
These tests are originally integrated into the build as plain driver tests, but will be natively integrated into Kyua in a later version.
Known issues/Errata: * [WhenDynamicCastToTest.AmbiguousCast fails on FreeBSD](https://github.com/google/googletest/issues/2172)
Reviewed by: asomers Approved by: emaste (mentor) MFC after: 2 months Differential Revision: https://reviews.freebsd.org/D19551
show more ...
|
| #
b18a4cca
|
| 05-Mar-2019 |
Enji Cooper <ngie@FreeBSD.org> |
MFhead@r344786
|
| #
844fc3e9
|
| 04-Mar-2019 |
Dimitry Andric <dim@FreeBSD.org> |
Merge ^/head r344549 through r344775.
|
| #
a92958df
|
| 26-Feb-2019 |
Simon J. Gerraty <sjg@FreeBSD.org> |
Enable build of libbearssl
Reviewed by: emaste Sponsored by: Juniper Networks Differential Revision: D16337
|
| #
43e25f47
|
| 19-Feb-2019 |
Enji Cooper <ngie@FreeBSD.org> |
Add MK_GOOGLETEST option for building/installing gmock/gtest
These libraries don't compile on non-C++-11 capable compilers, e.g., g++ 4.2.1 and its corresponding implementation of the c++ library, i
Add MK_GOOGLETEST option for building/installing gmock/gtest
These libraries don't compile on non-C++-11 capable compilers, e.g., g++ 4.2.1 and its corresponding implementation of the c++ library, i.e., libstdc++.
Blacklist compilation on all non-C++-11 capable compilers and give others the option of opting out of building/installing gmock/gtest via MK_GOOGLETEST.
This option is controlled by MK_CXX and MK_TESTS, as ATF compilation is.
show more ...
|
| #
f3c5273d
|
| 13-Feb-2019 |
Enji Cooper <ngie@FreeBSD.org> |
Merge build glue for libraries and tests done on github
I need to doublecheck my work vs the port, but I believe that this covers the initial integration of all upstream tests.
Ref: https://github.
Merge build glue for libraries and tests done on github
I need to doublecheck my work vs the port, but I believe that this covers the initial integration of all upstream tests.
Ref: https://github.com/ngie-eign/freebsd/tree/googletest-integration
show more ...
|
| #
af73257b
|
| 29-Dec-2018 |
Conrad Meyer <cem@FreeBSD.org> |
import zstd 1.3.8
|
| #
959530cc
|
| 11-Dec-2018 |
Dimitry Andric <dim@FreeBSD.org> |
Upgrade our copies of clang, llvm, lld, lldb, compiler-rt and libc++ to the upstream release_70 branch r348686 (effectively, 7.0.1 rc3). The release will follow very soon, but no more functional cha
Upgrade our copies of clang, llvm, lld, lldb, compiler-rt and libc++ to the upstream release_70 branch r348686 (effectively, 7.0.1 rc3). The release will follow very soon, but no more functional changes are expected.
Release notes for llvm, clang and lld 7.0.0 are available here: <http://releases.llvm.org/7.0.0/docs/ReleaseNotes.html> <http://releases.llvm.org/7.0.0/tools/clang/docs/ReleaseNotes.html> <http://releases.llvm.org/7.0.0/tools/lld/docs/ReleaseNotes.html>
PR: 230240, 230355 Relnotes: yes MFC after: 2 months
show more ...
|
| #
6149ed01
|
| 14-Nov-2018 |
Dimitry Andric <dim@FreeBSD.org> |
Merge ^/head r340368 through r340426.
|