FreeBSD source tree https://cgit-dev.freebsd.org/src-test/atom?h=main 2020-11-14T18:06:35Z 2020-11-14T18:06:35Z Kyle Evans kevans@FreeBSD.org 2020-11-14T18:06:35Z urn:sha1:cf82304d7d5e8d9433d46cbdf2db8c2576b85edd The new version only includes a specific version once, and uses the one that's currently advised by tinderbox: -gcc6. It also advises just installing the pkg, but mentions in a side-note at the end where to find the source in the ports tree. Reviewed by: jrtc27 Suggested by: jhb (use default from tinderbox) Differential Revision: https://reviews.freebsd.org/D26820 2020-11-02T18:23:50Z Emmanuel Vadot manu@FreeBSD.org 2020-11-02T18:23:50Z urn:sha1:0ac8aa55da1cb5e53a9102fd007dd01ee6d17894 This adds a new target update-packages which will create the new packages compared to the last run. This is how to use it: At this point we cut a release $ make buildworld ... $ make buildkernel $ make packages There is now a PKG_VERSION directory with latest link pointing to it Distribute the packages to server $ something something that update the source tree $ make buildworld ... $ make buildkernel $ make update-packages You know have a PKG_VERSION directory in the REPODIR and latest link pointing to it. In PKG_VERSION dir only the packages which differs from the latest run are named PKG_VERSION, otherwise the old packages are there. The process is : Build the new packages in the PKG_VERSION directory Compare the internal data with the PKG_VERSION_FROM version. The comparison is done by checking the internal hash of the packages. By default PKG_VERSION_FROM is set to what the latest link points to. If the old and new version matches, we rm the new package and cp the old one. Differential Revision: https://reviews.freebsd.org/D25984 2020-10-16T15:16:23Z Kyle Evans kevans@FreeBSD.org 2020-10-16T15:16:23Z urn:sha1:5f2aaba4532c713f74279f0e83208c97af3a3e69 The key details are to install the appropriate flavor of devel/freebsd-gcc9 and pass CROSS_TOOLCHAIN while building. Suggested by: kib 2020-10-09T00:27:40Z Warner Losh imp@FreeBSD.org 2020-10-09T00:27:40Z urn:sha1:bf0cf8dfba39dc1ff6926526fb74add89d0ed896 LINT config files are about to be checked in directly. Eliminate building them by hand here from NOTES files. Reviewed by: kevans Differential Revision: https://reviews.freebsd.org/D26540 2020-09-22T23:49:30Z Brandon Bergren bdragon@FreeBSD.org 2020-09-22T23:49:30Z urn:sha1:b75abea4d0879c9e650928edf74ed90a0a790dfe 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 2020-08-25T13:30:19Z Alex Richardson arichardson@FreeBSD.org 2020-08-25T13:30:19Z urn:sha1:dce3fcd4ffb22c23d16200dccca69c1004aa99ae ${TARGET_ARCH} is empty here which results in empy MAKE_PARAMS being passed to the buildkernel phase. This breaks the build when using the strict TMPPATH since cc will not be included in $PATH. Reviewed By: jhb 2020-08-17T20:11:43Z John Baldwin jhb@FreeBSD.org 2020-08-17T20:11:43Z urn:sha1:7d0c2b1131b68f5b120b2df0784cb9da5688f8d9 This uses GCC toolchains instead of LLVM on architectures supported by GCC. Currently this uses GCC 6 on aarch64, amd64, i386, and mips. Although this does also try to use GCC 6 on powerpc, it is always skipped for now since a powerpc-gcc6 package is not available and the structure of make universe makes it hard to skip a subset of arches for a target. This should be short-lived as freebsd-gcc9 does include a powerpc-gcc9 package so powerpc should work once this switches to GCC 9. Discussed with: emaste Differential Revision: https://reviews.freebsd.org/D25732 2020-04-29T02:18:39Z Bryan Drewery bdrewery@FreeBSD.org 2020-04-29T02:18:39Z urn:sha1:b19042cb01ab8c286fb8997e007426032a1cc3f5 This is a temporary hack to aid with config(8) changing in r360443. It will not work for all cases. env PATH is used because universe-toolchain is only built when worlds are built, and then only if clang is needed, so it may not exist. universe-toolchain needs to be expanded to always be built, inspected to remove non-cross-build-safe tools, used for buildworld/buildkernel, and potentially incremental build support. Sponsored by: Dell EMC 2020-03-31T22:41:57Z Warner Losh imp@FreeBSD.org 2020-03-31T22:41:57Z urn:sha1:be68b4b323334f2729345c0fb74cdf486b7b9683 Currently, powerpcspe is broken with clang. Add it to the EXTRA_TARGETS until that's fixed. Reviewed by: brooks, bdrewery, emaste (LGTM) MFC After: 3 days Differential Revision: https://reviews.freebsd.org/D24212 2020-03-31T22:41:48Z Warner Losh imp@FreeBSD.org 2020-03-31T22:41:48Z urn:sha1:c9870c1542e3371080f3b26ff91f0e8f2ceda68f make kernels was originally documented (in commit r295099) as the same as make universe -DJUST_BUILD_KERNELS. However, it used the UNIVERSE_TARGET=buildkernel which is subtly different in that it also builds the toolchains and doesn't build the LINT modules unless they happened to already exist in the tree. This unbreaks POLA and just builds the kernels, including LINT, now rather than all that other stuff as well. When the commit originally happened, the two just differed by the LINT bug. r335711 introduced the universe dependency on the toolchain that wasn't present before, which diverged the two further. This restores the original intent of r295099. Reviewed by: brooks, bdrewery, emaste (LGTM) MFC After: 3 days Differential Revision: https://reviews.freebsd.org/D24212