aboutsummaryrefslogtreecommitdiff
path: root/targets
Commit message (Collapse)AuthorAgeFilesLines
* zfs: world changes after 89f729dcc mergeMartin Matuska11 days1-1/+0
| | | | | Remove, unbind and obsolete libuutil and libtpool Update zfs_configh and zfs_gitrev.h
* blocklist: Rename blacklist to blocklistJose Luis Duran2025-10-123-2/+12
| | | | | | | | | | | | | | | | | | Follow up upstream rename from blacklist to blocklist. - Old names and rc scripts are still valid, but emitting an ugly warning - Old firewall rules and anchor names should work, but emitting an ugly warning - Old MK_BLACKLIST* knobs are wired to the new ones Although care has been taken not to break current configurations, this is a large patch containing mostly duplicated code. If issues arise, it will be swiftly reverted. Reviewed by: ivy (pkgbase) Approved by: emaste (mentor) MFC after: 2 days Relnotes: yes
* zfsboot: Remove zfsboot(8) program used to boot ZFS from MBR + BIOSJohn Baldwin2025-07-281-1/+0
| | | | | | | | | | | | | This has not worked since the import of OpenZFS in FreeBSD 13.0. Trying to fix it at this point would probably entail rearchitecting how it works (e.g. using a dedicated freebsd-boot slice to hold zfsboot). However, it's not really worth doing that at this point. PR: 271262 Reported by: Henryk Paluch <hpaluch@seznam.cz> Reviewed by: imp, emaste Relnotes: yes Differential Revision: https://reviews.freebsd.org/D51545
* build: remove the last vestiges of lint supportBrooks Davis2025-06-051-1/+0
| | | | | | | | | Commit 1cbb58886a47 (shipped in 12.0.0) removed all lint infrastructure. A bunch of NO_LINT definitions remained (perhaps as a bootstrapping measture). Remove them. Reviewed by: emaste Differential Revision: https://reviews.freebsd.org/D50704
* Remove vestiges of keyserv(8)Lexi Winter2025-05-231-1/+0
| | | | | | | | This daemon has been removed; also remove things which reference it. Reviewed by: manu, des, emaste Approved by: des (mentor) Differential Revision: https://reviews.freebsd.org/D50441
* gvinum(8): Remove userland tool for managing vinum volumesJohn Baldwin2025-01-231-1/+0
| | | | | Reviewed by: imp, emaste Differential Revision: https://reviews.freebsd.org/D48542
* Retire MK_PROFILE infrastructureEd Maste2024-11-121-1/+0
| | | | | | | | | | It was disabled by default in fe52b7f60ef4. We planned to (but did not) remove the option before FreeBSD 14. Remove it now, for FreeBSD 15. Relnotes: Yes Reviewed by: imp Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D31558
* rtlbtfw: Firmware loader for Realtek 87XX/88XX bluetooth USB adaptorsVladimir Kondratyev2024-11-061-0/+1
| | | | | | | | Firmware files are available in the comms/rtlbt-firmware port. Sponsored by: Future Crew LLC MFC after: 1 month Differential Revision: https://reviews.freebsd.org/D46739
* bootstrap-packages.sh escape ++Simon J. Gerraty2024-10-161-5/+10
| | | | | | We need to escape + when egreping parent makefile too. Reviewed by: stevek
* bootstrap-packages handle optional DIRDEPSSimon J. Gerraty2024-10-142-12/+125
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Add logic to bootstrap-packages.sh to handle constructs like: SUBDIR.${MK_OPT}+= sub and: .if ${MK_OPT} == "yes" SUBDIR+= sub .endif there are other methods used in various makefiles so this will be better than nothing, but not complete coverage. In either case a reldir will be added to targets/packages/$package/Makefile.depend.options rather than targets/packages/$package/Makefile.depend It does not matter that in many cases the Makefile.depend will end up with no DIRDEPS. Also check that parent Makefile does not have a subdir commented out, before including it. If BOOTSTRAP_PACKAGES_FLAGS is -v we report each Makefile.depend[.options] we create. Reviewed by: stevek
* targets/Makefile.inc skip updatesSimon J. Gerraty2024-10-141-1/+1
| | | | | | | When PKG_METHOD is "no" or "none" we should *not* attempt to update Makefile.depend. Reviewed by: stevek
* Update Makefile.depend filesSimon J. Gerraty2024-10-141-0/+5
| | | | | | | After building packages we have a number of new and updated Makefile.depend files Reviewed by: stevek
* Add targets/pseudo/bootstrap-packagesSimon J. Gerraty2024-10-112-0/+119
| | | | | | | | | | | | | | | | | Try to compensate for the lack any origin for a DIRDEPS build. bootstrap-packages will extract the PACKAGE lines from the tree's Makefiles and use them to populate targets/packages/Makefile.depend and targets/packages/*/Makefile.depend so we can at least try to keep the Makefile.depend files throughout the tree up to date. This is far from ideal, as we cannot (easily) take into account options that affect the contents of various packages. Reviewed by: stevek Sponsored by: Juniper Networks, Inc. Differential Revision: https://reviews.freebsd.org/D47065
* mergemaster: remove from the treeEd Maste2024-07-161-1/+0
| | | | | | | | | | | Mergemaster has been deprecated for many years, replaced by etcupdate(8). Remove it now, in advance of FreeBSD 15.0. PR: 252417 Reviewed by: imp Relnotes: Yes Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D45622
* Remove residual blank line at start of MakefileWarner Losh2024-07-1545-45/+0
| | | | | | | This is a residual of the $FreeBSD$ removal. MFC After: 3 days (though I'll just run the command on the branches) Sponsored by: Netflix
* Remove gbde from the "userland" pseudo-targetPoul-Henning Kamp2024-05-071-1/+0
|
* Merge llvm-project main llvmorg-17-init-19304-gd0b54bb50e51Dimitry Andric2023-12-083-0/+3
| | | | | | | | | This updates llvm, clang, compiler-rt, libc++, libunwind, lld, lldb and openmp to llvm-project main llvmorg-17-init-19304-gd0b54bb50e51, the last commit before the upstream release/17.x branch was created. PR: 273753 MFC after: 1 month
* loader: add target for dirdeps buildStephen J. Kiernan2023-11-027-0/+44
| | | | | | | | Update dependencies for the loader variations used for each architecture. Reviewed by: sjg Differential Revision: https://reviews.freebsd.org/D39741
* Remove $FreeBSD$: one-line sh patternWarner Losh2023-08-1646-46/+0
| | | | Remove /^\s*#[#!]?\s*\$FreeBSD\$.*$\n/
* targets: Catch up with the removals of mips and sparc64Marius Strobl2023-08-062-12/+0
|
* local.dirdeps.mk skip N_host_libs for non-FreeBSD hostSimon J. Gerraty2023-05-041-1/+1
| | | | | | | | | The N_host_libs dance only makes sense if host is FreeBSD. Even then, if MK_host_egacy is yes we need libmd libnetbsd does not need libutil when using libegacy Sponsored by: Juniper Networks, Inc.
* local.meta.sys.mk set BOOTSTRAPPINGSimon J. Gerraty2023-05-031-11/+3
| | | | | | | When building for host on non-FreeBSD some makefiles want to see BOOTSTRAPPING defined. With this libmd and hence nmtree build ok
* Additions to targets/pseudo/host-toolsSimon J. Gerraty2023-04-271-3/+21
| | | | | More tools needed to be built for Linux. These are the ones that "just work".
* Remove portsnap(8)Colin Percival2023-04-231-3/+0
| | | | | | | | | | | | | | | Rather than having a tool in the FreeBSD base system for obtaining the FreeBSD ports tree, users are encouraged to `pkg install git` and then `git clone https://git.FreeBSD.org/ports.git /usr/ports`. The portsnap servers will continue operating until FreeBSD 13 reaches its End-of-Life, and portsnap is available from the ports tree as ports-mgmt/portsnap. Requested by: portmgr Relnotes: yes Differential Revision: https://reviews.freebsd.org/D39563 X-MFC: no
* Build host tools on non-FreeBSD host with DIRDEPS_BUILDSimon J. Gerraty2023-04-223-0/+24
| | | | | | | | | | | | Add Makefile.depend.options to libnetbsd, mkimg and makefs to ensure libegacy is build if needed. targets/pseudo/stage/Makefile avoid the need for mtree the staging process creates target dirs as needed anyway. Reviewed by: stevek Sponsored by: Juniper Networks, Inc. Differential Revision: https://reviews.freebsd.org/D39757
* Makefile.xtras: fix show-valid-targetsSimon J. Gerraty2023-04-201-6/+5
| | | | Use ALL_MACHINE_LIST and leverage .MAKE.DEPENDFILE_PREFERENCE
* Just ensure all target existsSimon J. Gerraty2023-04-191-5/+0
|
* Update/fix Makefile.depend for userlandSimon J. Gerraty2023-04-192-5/+26
|
* retire sconfig(8) ce(4)/cp(4) configuration toolEd Maste2022-12-131-1/+0
| | | | | | The ce(4) and cp(4) drivers have been retired. Differential Revision: https://reviews.freebsd.org/D33469
* Retire trpt(8).Gleb Smirnoff2022-12-021-1/+0
| | | | | | | | | trpt(8) was utility to pull TCP debugging data from the kernel originating back from 4.2BSD. It is not used nowadays by TCP developers. We have more powerful debugging facilities, e.g. the Dtrace probing, the TCP black box logging and siftr. Discussed with: rscheff, tuexen, rrs, jtl and others
* Put OPIE to rest.Dag-Erling Smørgrav2022-10-021-3/+0
| | | | Differential Revision: https://reviews.freebsd.org/D36592
* targets: libexec/telnetd no longer existsBrooks Davis2022-09-291-1/+0
|
* bintrans: move files to a new directoryPiotr Pawel Stefaniak2022-04-182-2/+2
| | | | And reflect the change in various places.
* Modularize uuencode and uudecode by wrapping them in bintrans.cPiotr Pawel Stefaniak2022-04-182-2/+0
| | | | | | | | | | | | | | | | | | | | | The program will be installed as bintrans, uuencode, uudecode, b64encode, and b64decode and will be responsible for running the coders according to their historical behavior. Additionally, bintrans will be able to take a parameter designating the coder and accept all its options in this form: bintrans <coder> [options] and the behavior should be the same as if <coder> [options] was invoked. This has the advantage that adding coders won't require installing them as binaries. Move uudecode files to uuencode since the latter is the one that provides the manual page. Reviewed by: delphij (previous version) Differential Revision: https://reviews.freebsd.org/D32943
* Retire obsolete iscsi_initiator(4)Ed Maste2021-10-261-1/+0
| | | | | | | | | | | The new iSCSI initiator iscsi(4) was introduced with FreeBSD 10.0, and the old intiator was marked obsolete shortly thereafter (in commit d32789d95cfbf, MFC'd to stable/10 in ba54910169c4). Remove it now. Reviewed by: jhb, mav Relnotes: yes Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D32673
* Retire synchronous PPP kernel driver sppp(4).Gleb Smirnoff2021-10-221-1/+0
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The last two drivers that required sppp are cp(4) and ce(4). These devices are still produced and can be purchased at Cronyx <http://cronyx.ru/hardware/wan.html>. Since Roman Kurakin <rik@FreeBSD.org> has quit them, they no longer support FreeBSD officially. Later they have dropped support for Linux drivers to. As of mid-2020 they don't even have a developer to maintain their Windows driver. However, their support verbally told me that they could provide aid to a FreeBSD developer with documentaion in case if there appears a new customer for their devices. These drivers have a feature to not use sppp(4) and create an interface, but instead expose the device as netgraph(4) node. Then, you can attach ng_ppp(4) with help of ports/net/mpd5 on top of the node and get your synchronous PPP. Alternatively you can attach ng_frame_relay(4) or ng_cisco(4) for HDLC. Actually, last time I used cp(4) back in 2004, using netgraph(4) instead of sppp(4) was already the right way to do. Thus, remove the sppp(4) related part of the drivers and enable by default the negraph(4) part. Further maintenance of these drivers in the tree shouldn't be a big deal. While doing that, remove some cruft and enable cp(4) compilation on amd64. The ce(4) for some unknown reason marks its internal DDK functions with __attribute__ fastcall, which most likely is safe to remove, but without hardware I'm not going to do that, so ce(4) remains i386-only. Reviewed by: emaste, imp, donner Differential Revision: https://reviews.freebsd.org/D32590 See also: https://reviews.freebsd.org/D23928
* Fix bootstrapping to actually build lldb-tblgen for later useJessica Clarke2021-08-241-2/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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
* Prefer MK_SSP=no to SSP_CFLAGS=Mitchell Horne2021-08-041-1/+1
| | | | | | | | | 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
* mk: format some option listsMitchell Horne2021-08-041-6/+17
| | | | | | | | | 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
* Remove mkcsmapper_static and mkesdb_static from build-toolsAlex Richardson2021-08-021-2/+2
| | | | | | | Build them as part of the bootstrap-tools phase instead. Reviewed by: emaste (no objections) Differential Revision: https://reviews.freebsd.org/D28181
* Remove svnlite.John Baldwin2021-06-111-11/+0
| | | | | Reviewed by: bcr, imp, emaste Differential Revision: https://reviews.freebsd.org/D30737
* Remove kgmon(8)Konstantin Belousov2021-04-031-4/+1
| | | | | | | | | Follow-up to the removal of the mcov from kernel. Noted by: mckusick Reviewed by: mckusick Sponsored by: The FreeBSD Foundation Differential revision: https://reviews.freebsd.org/D29563
* ndis(4): remove as previous announcedBrooks Davis2021-01-251-3/+0
| | | | | | | | | | | | | | nids(4) was a clever idea in the early 2000's when the market was flooded with 10/100 NICs with Windows-only drivers, but that hasn't been the case for ages and the driver has had no meaningful maintenance in ages. It only supports Windows-XP era drivers. Also remove: - ndis support from wpa_supplicant - ndiscvt(8) Reviewed By: emaste, bcr (manpages) Differential Revision: https://reviews.freebsd.org/D27609
* targets: no longer depend on bt3cfw(8)Marius Strobl2021-01-161-1/+0
| | | | The latter has been removed in 23e124c78bcb46ac78d9f06449c4454f43732805.
* Rename NO_WERROR -> MK_WERROR=noAlex Richardson2021-01-071-1/+1
| | | | | | | | As suggested in D27598. This also supports MK_WERROR.clang=no and MK_WERROR.gcc=no to support the existing NO_WERROR.<compiler> uses. Reviewed By: brooks Differential Revision: https://reviews.freebsd.org/D27601
* Stop passing MK_WARNS=no for bootstrap toolsAlex Richardson2021-01-071-1/+1
| | | | | | | | | | | | | | | | | I got annoyed by the number of warnings that the CheriBSD build was emitting. It turns out that we are emitting lots of warnings during bootstrap because bootstrap tools are built with the default compiler flags 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 since rS112869, 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 we don't know about yet, and we shouldn't fail the build in that case. Reviewed By: imp, brooks Differential Revision: https://reviews.freebsd.org/D27598
* Add WITH_CLANG_FORMAT optionConrad Meyer2020-06-242-2/+5
| | | | | | | | | | | | | | | 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 Notes: svn path=/head/; revision=362587
* libalias: retire cuseeme supportEd Maste2020-05-161-1/+0
| | | | | | | | | | | | | | The CU-SeeMe videoconferencing client and associated protocol is at this point a historical artifact; there is no need to retain support for this protocol today. Reviewed by: philip, markj, allanjude Relnotes: Yes Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D24790 Notes: svn path=/head/; revision=361099
* retire in-tree GPL dtc devicetree compilerEd Maste2020-02-292-10/+1
| | | | | | | | | | | | | | | | | | | | | Now that we no longer have GCC 4.2.1 in the tree and can assume FreeBSD is being built with a C++11 compiler available, we can use BSDL dtc unconditionally and retire the GPL dtc. GPL dtc now has FreeBSD CI support via Cirrus-CI to help ensure it continues to build/work on FreeBSD and is available in the ports tree if needed. The copy of (copyfree licensed) libfdt that we actually use is in sys/contrib/libfdt so the extra copy under contrib/dtc/libfdt can be removed along with the rest of the GPL dtc. Reviewed by: kevans, ian, imp, manu, theraven Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D23192 Notes: svn path=/head/; revision=358468
* retire the LLVM_LIBUNWIND optionEd Maste2020-02-292-5/+0
| | | | | | | | | | | | LLVM's libunwind is used on all FreeBSD-supported CPU architectures and is a required component. Reviewed by: brooks (earlier) Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D23123 Notes: svn path=/head/; revision=358460
generated by cgit v1.2.3 (git 2.25.1) at 2025-12-18 10:42:19 +0000