Revision tags: release/13.2.0 |
|
#
cff48238 |
| 07-Mar-2023 |
Vitaliy Gusev <gusev.vitaliy@gmail.com> |
bhyve: Move libcasper dependecy to lib9p
libcasper(3) is not used in bhyve. So move dependency to the appropriate place.
Reviewed by: markj MFC after: 1 week Sponsored by: vStack Differential Revis
bhyve: Move libcasper dependecy to lib9p
libcasper(3) is not used in bhyve. So move dependency to the appropriate place.
Reviewed by: markj MFC after: 1 week Sponsored by: vStack Differential Revision: https://reviews.freebsd.org/D38905
show more ...
|
Revision tags: release/12.4.0 |
|
#
ac4c695a |
| 16-Nov-2022 |
Ed Maste <emaste@FreeBSD.org> |
Retire WITHOUT_CXX option
Several important base system components are written in C++, and the WITHOUT_CXX option produced a system that was not fully functional. Just accept this, and remove the op
Retire WITHOUT_CXX option
Several important base system components are written in C++, and the WITHOUT_CXX option produced a system that was not fully functional. Just accept this, and remove the option to build without C++ support.
This reverts commit adc3c128c6603054586a993d117e5dd808deac17.
Reviewed by: brooks, kevans, jhb (earlier) Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D33108
show more ...
|
#
073ccb9d |
| 07-Dec-2022 |
Simon J. Gerraty <sjg@FreeBSD.org> |
Allow site.*.mk to augment local.*.mk and src.*.mk
Add some extra customization points so that FreeBSD build can be adapted to local requirements. We use these to minimize changes to share/mk
Revie
Allow site.*.mk to augment local.*.mk and src.*.mk
Add some extra customization points so that FreeBSD build can be adapted to local requirements. We use these to minimize changes to share/mk
Reviewed by: stevek Sponsored by: Juniper Networks, Inc. Differential Revision: https://reviews.freebsd.org/D37617
show more ...
|
#
0aa27001 |
| 02-Oct-2022 |
Dag-Erling Smørgrav <des@FreeBSD.org> |
Put OPIE to rest.
Differential Revision: https://reviews.freebsd.org/D36592
|
#
c65e42db |
| 07-Sep-2022 |
Xin LI <delphij@FreeBSD.org> |
libc: add test case for qsort_b(3)
Reviewed by: markj MFC after: 2 weeks Differential Revision: https://reviews.freebsd.org/D36463
|
#
0c8ff61e |
| 28-Jul-2022 |
Brooks Davis <brooks@FreeBSD.org> |
src.libnames.mk: NEED/WANT_COMPAT+static support
Look in _LIB_OBJTOP for all static libraries not just INTERNALLIBs. In normal operation this is a no-op, but improves the consistency of this file.
src.libnames.mk: NEED/WANT_COMPAT+static support
Look in _LIB_OBJTOP for all static libraries not just INTERNALLIBs. In normal operation this is a no-op, but improves the consistency of this file.
Reviewed by: imp, jhb Obtained from: CheriBSD Differential Revision: https://reviews.freebsd.org/D35822
show more ...
|
#
0bbf2702 |
| 11-Jul-2022 |
Xin LI <delphij@FreeBSD.org> |
libproc: replace home grown crc32 with zlib implementation.
MFC after: 2 weeks Reviewed by: markj Differential Revision: https://reviews.freebsd.org/D35766
|
Revision tags: release/13.1.0 |
|
#
4f79bd4a |
| 12-Apr-2022 |
Konstantin Belousov <kib@FreeBSD.org> |
src.libnames.mk: add more lib variables
Submitted by: hselasky Reviewed by: jhb Sponsored by: NVIDIA Networking MFC after: 3 weeks Differential revision: https://reviews.freebsd.org/D32551
|
#
cdcd52d4 |
| 24-May-2022 |
Bartosz Sobczak <bartosz.sobczak@intel.com> |
irdma: Add RDMA driver for Intel(R) Ethernet Controller E810
This is an initial commit for RDMA FreeBSD driver for Intel(R) Ethernet Controller E810, called irdma. Supporting both RoCEv2 and iWARP
irdma: Add RDMA driver for Intel(R) Ethernet Controller E810
This is an initial commit for RDMA FreeBSD driver for Intel(R) Ethernet Controller E810, called irdma. Supporting both RoCEv2 and iWARP protocols in per-PF manner, RoCEv2 being the default.
Testing has been done using krping tool, perftest, ucmatose, rping, ud_pingpong, rc_pingpong and others.
Signed-off-by: Eric Joyner <erj@FreeBSD.org>
Reviewed by: #manpages (pauamma_gundo.com) [documentation] MFC after: 1 week Relnotes: yes Sponsored by: Intel Corporation Differential Revision: https://reviews.freebsd.org/D34690
show more ...
|
#
e343ebbf |
| 18-May-2022 |
Cy Schubert <cy@FreeBSD.org> |
src.libnames: Replace redundant += with =
The += for unique assignments is equivalent to =. Make these confusing assignments simply assignments.
Reviewed by: emaste MFC after: 1 week Differential
src.libnames: Replace redundant += with =
The += for unique assignments is equivalent to =. Make these confusing assignments simply assignments.
Reviewed by: emaste MFC after: 1 week Differential Revision: https://reviews.freebsd.org/D35242
show more ...
|
#
9aa786cb |
| 22-Feb-2022 |
Ed Maste <emaste@FreeBSD.org> |
src.libnames.mk: add a comment explaining libssp_nonshared
libssp_nonshared is a special case for (only) i386 and power*. Add a comment explaining why, based on the original commit message that add
src.libnames.mk: add a comment explaining libssp_nonshared
libssp_nonshared is a special case for (only) i386 and power*. Add a comment explaining why, based on the original commit message that added it.
MFC after: 1 week Fixes: 0f61170882cb ("libssp_nonshared: use only on i386 and ppc") Sponsored by: The FreeBSD Foundation
show more ...
|
#
d7f944a0 |
| 14-Jan-2022 |
Eric van Gyzen <vangyzen@FreeBSD.org> |
Allow downstream projects to easily add private and internal libs
Allow projects based on the FreeBSD tree to append to _PRIVATELIBS and _INTERNALLIBS by simply maintaining their own lists of LOCAL_
Allow downstream projects to easily add private and internal libs
Allow projects based on the FreeBSD tree to append to _PRIVATELIBS and _INTERNALLIBS by simply maintaining their own lists of LOCAL_PRIVATELIBS and LOCAL_INTERNALLIBS, respectively.
Reviewed by: bdrewery MFC after: 1 week Sponsored by: Dell EMC Isilon Differential Revision: https://reviews.freebsd.org/D33901
show more ...
|
#
63783933 |
| 22-Dec-2021 |
John Baldwin <jhb@FreeBSD.org> |
Add an internal libiscsiutil library.
Move some of the code duplicated between ctld(8) and iscsid(8) into a libiscsiutil library.
Sharing the low-level PDU code did require having a 'struct connect
Add an internal libiscsiutil library.
Move some of the code duplicated between ctld(8) and iscsid(8) into a libiscsiutil library.
Sharing the low-level PDU code did require having a 'struct connection' base class with a method table to permit separate initiator vs target behavior (e.g. in handling proxy PDUs).
Reviewed by: mav, emaste Sponsored by: Chelsio Communications Differential Revision: https://reviews.freebsd.org/D33544
show more ...
|
#
70f1e134 |
| 07-Dec-2021 |
Jessica Clarke <jrtc27@FreeBSD.org> |
src.libnames.mk: Extend _DP_archive hack when bootstrapping on non-FreeBSD
On Linux, libcrypto is available so a non-WITHOUT_OPENSSL build happens to work, but on macOS it isn't available to be link
src.libnames.mk: Extend _DP_archive hack when bootstrapping on non-FreeBSD
On Linux, libcrypto is available so a non-WITHOUT_OPENSSL build happens to work, but on macOS it isn't available to be linked against (though there is a versioned dylib for /usr/bin/openssl etc), and neither have libmd so would both be broken under WITHOUT_OPENSSL. Since we're using the system libarchive, further extend the hack to ensure _DP_archive is empty.
Fixes: ed4050750c1a ("src.libnames.mk: Add hack to workaround libarchive not being bootstrapped") MFC after: 1 week
show more ...
|
#
f0a6ab51 |
| 06-Dec-2021 |
Jessica Clarke <jrtc27@FreeBSD.org> |
src.libnames.mk: Include dependencies when bootstrapping from non-FreeBSD
When bootstrapping on FreeBSD we use -DNO_SHARED so this case is already handled correctly, but on non-FreeBSD we set NO_SHA
src.libnames.mk: Include dependencies when bootstrapping from non-FreeBSD
When bootstrapping on FreeBSD we use -DNO_SHARED so this case is already handled correctly, but on non-FreeBSD we set NO_SHARED to no in Makefile.boot.pre as not all OSes have static libraries available. As a result, users of libdwarf fail to link during the cross tools stage due to the newly-introduced dependency of libdwarf on libz.
This should perhaps be reworked to instead leave NO_SHARED as yes but have an override (either implicit in bsd.prog.mk, or explicit via a new variable) to turn off just the use of -static.
MFC after: 1 week
show more ...
|
#
ed405075 |
| 06-Dec-2021 |
Jessica Clarke <jrtc27@FreeBSD.org> |
src.libnames.mk: Add hack to workaround libarchive not being bootstrapped
We don't currently honour _DP_foo when bootstrapping on non-FreeBSD, and so none of these values matter, but the next commit
src.libnames.mk: Add hack to workaround libarchive not being bootstrapped
We don't currently honour _DP_foo when bootstrapping on non-FreeBSD, and so none of these values matter, but the next commit will change that as we do need to pull in dependencies for libdwarf. We should really be bootstrapping our libarchive for ar anyway rather than using the host's, as well as have a better way to communicate to src.libnames.mk whether or not a library is being bootstrapped.
MFC after: 1 week
show more ...
|
#
dbf05458 |
| 06-Dec-2021 |
Mark Johnston <markj@FreeBSD.org> |
libdwarf: Support consumption of compressed ELF sections
Automatically decompress zlib-compressed debug sections when loading them. This lets ctfcovert work on userland code after commit c910570e75
libdwarf: Support consumption of compressed ELF sections
Automatically decompress zlib-compressed debug sections when loading them. This lets ctfcovert work on userland code after commit c910570e7573 ("Use compressed debug in standalone userland debug files by default").
Reported by: avg Reviewed by: avg, emaste MFC after: 2 weeks Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D33139
show more ...
|
Revision tags: release/12.3.0 |
|
#
37d0601f |
| 24-Nov-2021 |
Baptiste Daroussin <bapt@FreeBSD.org> |
bsddialog: import new TUI widget and utility
bsddialog is an attempt to write in permissive license a replacement for libdialog.
While it is still in early stage it is good enough to already be use
bsddialog: import new TUI widget and utility
bsddialog is an attempt to write in permissive license a replacement for libdialog.
While it is still in early stage it is good enough to already be used in many areas, it is imported as private lib until it matures enough to be considered as having a stable ABI
show more ...
|
#
a46722b5 |
| 24-Nov-2021 |
Baptiste Daroussin <bapt@FreeBSD.org> |
ncurses: register formw as usable lib for LIBADD
|
#
9e9c651c |
| 16-Oct-2021 |
Greg V <greg@unrelenting.technology> |
cddl: fix missing ZFS library dependencies
In 9fae47666 zfsd got a libspl dependency to avoid undefined references. However that workaround did not help external consumers of libzfs_core.
Fix all m
cddl: fix missing ZFS library dependencies
In 9fae47666 zfsd got a libspl dependency to avoid undefined references. However that workaround did not help external consumers of libzfs_core.
Fix all missing dependencies lld 13 and the rtld complain about.
Reviewed by: freqlabs, markj MFC after: 2 weeks Differential Revision: https://reviews.freebsd.org/D32521
show more ...
|
#
7b1e19ad |
| 07-Oct-2021 |
Ed Maste <emaste@FreeBSD.org> |
Add libfido2 to the build
From https://github.com/Yubico/libfido2:
libfido2 provides library functionality and command-line tools to communicate with a FIDO device over USB, and to verify a
Add libfido2 to the build
From https://github.com/Yubico/libfido2:
libfido2 provides library functionality and command-line tools to communicate with a FIDO device over USB, and to verify attestation and assertion signatures.
libfido2 supports the FIDO U2F (CTAP 1) and FIDO 2.0 (CTAP 2) protocols.
libfido2 will be used by ssh to support FIDO/U2F keys. It is currently intended only for use by ssh, and so is installed as a PRIVATELIB and is placed in the ssh pkgbase package.
This is currently disabled for the 32-bit library build as libfido2 is not compatible with the COMPAT_32BIT hack in usb_ioctl.h.
Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D32448
show more ...
|
#
2e85df65 |
| 07-Oct-2021 |
Ed Maste <emaste@FreeBSD.org> |
Add libcbor to the build
From https://github.com/PJK/libcbor:
libcbor is a C library for parsing and generating CBOR, the general- purpose schema-less binary data format.
libcbor will be u
Add libcbor to the build
From https://github.com/PJK/libcbor:
libcbor is a C library for parsing and generating CBOR, the general- purpose schema-less binary data format.
libcbor will be used by ssh to support FIDO/U2F keys. It is currently intended only for use by ssh, and so is installed as a PRIVATELIB and is placed in the ssh pkgbase package.
cbor_export.h and configuration.h were generated by the upstream CMake build. We could create them with bmake rules instead (as NetBSD has done) but this is a fine start.
This is currently disabled for the 32-bit library build as libfido2 is not compatible with the COMPAT_32BIT hack in usb_ioctl.h, and there is no need for libcbor without libfido2.
Reviewed by: kevans MFC after: 2 weeks Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D32347
show more ...
|
#
cbc83e37 |
| 23-Sep-2021 |
Baptiste Daroussin <bapt@FreeBSD.org> |
ncurses: chase dependency changes in the source tree
Differential Revision: https://reviews.freebsd.org/D32098
|
#
396851c2 |
| 23-Sep-2021 |
Baptiste Daroussin <bapt@FreeBSD.org> |
ncurses: split libtinfo from libncurses
many external program expects libncurses to not be provided as a single library. Instead of fixing all ports, distribute ncurses the way upstream distributes
ncurses: split libtinfo from libncurses
many external program expects libncurses to not be provided as a single library. Instead of fixing all ports, distribute ncurses the way upstream distributes it
Turn libncursesw.so into a ldscript which will link automatically as needed to libtinfow so so this change is seamless at compile time.
Differential Revision: https://reviews.freebsd.org/D32098
show more ...
|
#
2eb9ad42 |
| 02-Jul-2021 |
Alex Richardson <arichardson@FreeBSD.org> |
Simplify and speed up the kyua build
Instead of having multiple kyua libraries, just include the files as part of usr.bin/kyua. Previously, we would build each kyua source up to four times: once as
Simplify and speed up the kyua build
Instead of having multiple kyua libraries, just include the files as part of usr.bin/kyua. Previously, we would build each kyua source up to four times: once as a .o file and once as a .pieo. Additionally, the kyua libraries might be built again for compat32. As all the kyua libraries amount to 102 C++ sources the build time is significant (especially when using an assertions enabled compiler). This change ensures that we build 306 fewer .cpp source files as part of buildworld.
Reviewed By: brooks MFC after: 1 week Differential Revision: https://reviews.freebsd.org/D30967
show more ...
|