|
Revision tags: release/12.2.0, release/11.4.0, release/12.1.0 |
|
| #
3f53a11e |
| 21-Oct-2019 |
Glen Barber <[email protected]> |
MFC r353776 (dim): Follow up on r351916 by also bumping the version suffix to 12.1 in Makefile.libcompat.
Approved by: re (kib) Sponsored by: Rubicon Communications, LLC (Netgate)
|
|
Revision tags: release/11.3.0 |
|
| #
951fab42 |
| 04-Jul-2019 |
Tijl Coosemans <[email protected]> |
MFC r349548:
Build lib32 libl. The library is built from usr.bin/lex/lib. It would be better to move this directory to lib/libl, but this requires more extensive changes to Makefile.inc1. This si
MFC r349548:
Build lib32 libl. The library is built from usr.bin/lex/lib. It would be better to move this directory to lib/libl, but this requires more extensive changes to Makefile.inc1. This simple fix can be MFCed quickly.
PR: 238874 Reviewed by: imp
show more ...
|
|
Revision tags: release/12.0.0 |
|
| #
f8a6e93c |
| 20-Nov-2018 |
Ed Maste <[email protected]> |
Introduce src.conf knob to build userland with retpoline
MFC r339511: Introduce src.conf knob to build userland with retpoline
WITH_RETPOLINE enables -mretpoline vulnerability mitigation in userlan
Introduce src.conf knob to build userland with retpoline
MFC r339511: Introduce src.conf knob to build userland with retpoline
WITH_RETPOLINE enables -mretpoline vulnerability mitigation in userland for CVE-2017-5715.
MFC r340099: libcompat: disable retpoline when building build tools
These are built with the host toolchain which may not support retpoline. While here, move the MK_ overrides to a separate line and sort them alphabetically to support future changes.
MFC r340650: Avoid retpolineplt with static linking
Statically linked binaries linked with -zretpolineplt crash at startup as lld produces a broken PLT.
MFC r340652: rescue: set NO_SHARED in Makefile
The rescue binary is built statically via the Makefile generated by crunchgen, but that does not trigger other shared/static logic in bsd.prog.mk - in particular
PR: 233336 Reported by: Peter Malcom (r339511), Charlie Li (r340652) Approved by: re (gjb, early MFC) Sponsored by: The FreeBSD Foundation
show more ...
|
| #
a00cd954 |
| 23-Aug-2018 |
Alex Richardson <[email protected]> |
Fix non-FreeBSD host lib32 build for TARGET=amd64
When building on non-FreeBSD systems we need to pass an explicit target triple to clang otherwise it will attempt to build with the host triple. Thi
Fix non-FreeBSD host lib32 build for TARGET=amd64
When building on non-FreeBSD systems we need to pass an explicit target triple to clang otherwise it will attempt to build with the host triple. This also has advantages when building on a FreeBSD host: we now tell clang that we are targeting at least FreeBSD 12.0 instead of an older version so it can enable newer features.
Reviewed By: brooks (mentor) Approved By: jhb (mentor) Differential Revision: https://reviews.freebsd.org/D16842
show more ...
|
| #
52f9bacb |
| 03-Aug-2018 |
John Baldwin <[email protected]> |
Install the 32-bit compat sanitizer libraries.
The lib32 build was already building the i386 version of the clang sanitizers (libclang_rt) but they were not being installed. This enables the instal
Install the 32-bit compat sanitizer libraries.
The lib32 build was already building the i386 version of the clang sanitizers (libclang_rt) but they were not being installed. This enables the installation.
MK_TOOLCHAIN=no was originally added to the install make environment to disable includes so that NO_INCS could be removed. The MK_TOOLCHAIN in bsd.incs.mk was subsequently renamed to MK_INCLUDES, but bsd.lib.mk doesn't even include bsd.incs.mk when LIBRARIES_ONLY is defined which the install make environment for compat libs now defines. However, setting MK_TOOLCHAIN=no forced MK_CLANG=no which disabled libclang_rt during the install32 phase. Remove MK_TOOLCHAIN=no since LIBRARIES_ONLY is now sufficient.
Since the libcompat environment overrides both LIBDIR and SHLIBDIR, libclang_rt/Makefile.inc has to set both variables to force the libraries to be installed to the location expected by the compiler.
Reviewed by: bdrewery, dim MFC after: 2 weeks Differential Revision: https://reviews.freebsd.org/D16574
show more ...
|
| #
0d849865 |
| 30-Jul-2018 |
Ed Maste <[email protected]> |
Makefile.libcompat: correctly append to make variable
Reported by: hselasky Pointy hat to: emaste
|
| #
ad91146c |
| 30-Jul-2018 |
Ed Maste <[email protected]> |
Makefile.libcompat: use one variable assignment per line
This makes it easier to carry or merge patches that remove gnu/ components.
|
| #
55a5b46a |
| 29-Jun-2018 |
Alex Richardson <[email protected]> |
Don't change directory owner to root when building with -DNO_ROOT
Currently the mtree calls in Makefile.inc1 all change the directory owner to match the spec file. However, we should not be doing th
Don't change directory owner to root when building with -DNO_ROOT
Currently the mtree calls in Makefile.inc1 all change the directory owner to match the spec file. However, we should not be doing this during distributeworld if -DNO_ROOT is passed. Additionally, when creating the WORLDTMP directory hierachy there is no need to change the owner to root so we now always pass the -W flag when populating WORLDTMP.
This is also required for building FreeBSD on Linux/Mac since the required groups/users will not exist there which is how I discovered this issue.
Reviewed By: emaste, bdrewery, imp Approved By: brooks (mentor) Differential Revision: https://reviews.freebsd.org/D14185
show more ...
|
| #
151578dc |
| 28-Jun-2018 |
John Baldwin <[email protected]> |
Remove the various build flag hacks for GCC cross-compile.
The xtoolchain GCC packages have not required these flags since ports commits r465416 and r466701. The in-tree GCC 4.2.1 has also been pat
Remove the various build flag hacks for GCC cross-compile.
The xtoolchain GCC packages have not required these flags since ports commits r465416 and r466701. The in-tree GCC 4.2.1 has also been patched in r335716 and r335717 to correctly honor --sysroot when looking for includes and libraries.
Reviewed by: bdrewery Sponsored by: DARPA / AFRL Differential Revision: https://reviews.freebsd.org/D16055
show more ...
|
|
Revision tags: release/11.2.0 |
|
| #
6e6be2bb |
| 20-Jun-2018 |
Bryan Drewery <[email protected]> |
Reduce exec and fstat overhead for non-build targets.
This is mostly targetting 'make showconfig' and 'make test-system-*' for the benefit of makeman and universe-one-clang work.
Sponsored by: Dell
Reduce exec and fstat overhead for non-build targets.
This is mostly targetting 'make showconfig' and 'make test-system-*' for the benefit of makeman and universe-one-clang work.
Sponsored by: Dell EMC
show more ...
|
| #
c4273800 |
| 15-Jun-2018 |
Bryan Drewery <[email protected]> |
lib32: Fix lib/libpmc/pmu-events files ending up in source directory.
This could happen with either WITHOUT_AUTO_OBJ=yes or MAKELEVEL>0 for the initial 'make buildworld' command.
This now ensures t
lib32: Fix lib/libpmc/pmu-events files ending up in source directory.
This could happen with either WITHOUT_AUTO_OBJ=yes or MAKELEVEL>0 for the initial 'make buildworld' command.
This now ensures that build-tools targets have 'make obj' ran if needed.
This is especially problematic for pmu-events since it is not directly connected in the build. Normally the 'make includes' call right before this implicitly creates the objdir with a 'make obj' already but misses pmu-events because it is disconnected from lib/libpmc. Fixing that would make this new 'make obj' pointless but it is being added to avoid this problem in the future should another tool be connected like this.
Reported by: rgrimes, kib, kevans Sponsored by: Dell EMC
show more ...
|
| #
127b666c |
| 15-Jun-2018 |
Bryan Drewery <[email protected]> |
libcompat: Only build libmagic build tool if MK_FILE is yes.
Sponsored by: Dell EMC
|
| #
6f1f2b19 |
| 15-Jun-2018 |
Bryan Drewery <[email protected]> |
Only build jevents if MK_PMC is yes and only for amd64 in libcompat.
Sponsored by: Dell EMC
|
| #
7d1c2b74 |
| 31-May-2018 |
Matt Macy <[email protected]> |
libpmc/pmu: enable for i386 as well
|
| #
1c0cac23 |
| 24-Jan-2018 |
Bryan Drewery <[email protected]> |
X_COMPILER_* may not be defined.
Sponsored by: Dell EMC
|
| #
a1554bba |
| 16-Jan-2018 |
John Baldwin <[email protected]> |
Check for GCC first rather than clang in the MIPS lib32 rules.
This works around a bug with X_COMPILER_TYPE and permits mips64 to build again with in-tree gcc as well as clang and external gcc.
Spo
Check for GCC first rather than clang in the MIPS lib32 rules.
This works around a bug with X_COMPILER_TYPE and permits mips64 to build again with in-tree gcc as well as clang and external gcc.
Sponsored by: DARPA / AFRL
show more ...
|
| #
8d286bb9 |
| 11-Jan-2018 |
John Baldwin <[email protected]> |
Allow MIPS lib32 to build with clang.
Don't try to set -march as clang doesn't permit use of the O32 ABI with newer CPU microarchitectures like 'mips3'. In addition, clang doesn't permit the O32 AB
Allow MIPS lib32 to build with clang.
Don't try to set -march as clang doesn't permit use of the O32 ABI with newer CPU microarchitectures like 'mips3'. In addition, clang doesn't permit the O32 ABI with the default N64 target, so use an explicit O32 -target for clang.
Sponsored by: DARPA / AFRL
show more ...
|
| #
996e4759 |
| 05-Nov-2017 |
Bryan Drewery <[email protected]> |
Fix nested MAKEOBJDIRPREFIX breaking various release/buildworld/toolchain targets.
This problem was caused by r325329 and r325350.
For the release(7) targets, some will run mm-mtree.sh which itself
Fix nested MAKEOBJDIRPREFIX breaking various release/buildworld/toolchain targets.
This problem was caused by r325329 and r325350.
For the release(7) targets, some will run mm-mtree.sh which itself runs make with a MAKEOBJDIRPREFIX. The execution of that script leaks OBJROOT, MAKEOBJDIR, and MAKELEVEL=1 in the environment. This causes the mm-mtree makes to not do some basic setup of OBJROOT and only use this special MAKEOBJDIRPREFIX case which fails to empty out MAKEOBJDIRPREFIX for further nested makes, such as a tree walk. If that tree walk sets OBJROOT/OBJTOP such as r325329 is doing, then the wrong OBJDIRs end up being used due to the unemptied MAKEOBJDIRPREFIX being preferred over the proper MAKEOBJDIR.
Pointyhat to: bdrewery Sponsored by: Dell EMC Isilon
show more ...
|
| #
1031b94f |
| 05-Nov-2017 |
Bryan Drewery <[email protected]> |
Set OBJROOT/OBJTOP as make arguments. Missed in r325329.
Sponsored by: Dell EMC Isilon
|
| #
4dc89c4d |
| 02-Nov-2017 |
Bryan Drewery <[email protected]> |
Reduce MAKEOBJDIRPREFIX path spam by specifying a direct objdir to use.
Sponsored by: Dell EMC Isilon
|
| #
dfa09989 |
| 01-Nov-2017 |
Bryan Drewery <[email protected]> |
Add option UNIFIED_OBJDIR, on by default, which moves the default build OBJDIR.
This changes the build OBJDIR from the older style of /usr/obj/<srcdir> for native builds, and /usr/obj/<target>.<targ
Add option UNIFIED_OBJDIR, on by default, which moves the default build OBJDIR.
This changes the build OBJDIR from the older style of /usr/obj/<srcdir> for native builds, and /usr/obj/<target>.<target_arch>/<srcdir> for cross builds to a new simpler format of /usr/obj/<srcdir>/<target>.<target_arch>. This new format is used regardless of cross or native build. It allows easier management of multiple source tree object directories.
The UNIFIED_OBJDIR option will be removed and its feature made permanent for the 12.0 release.
Relnotes: yes (don't note UNIFIED_OBJDIR option since it will be removed) Prior work: D3711 D874 Reviewed by: gjb, sjg Discussed at: https://lists.freebsd.org/pipermail/freebsd-arch/2016-May/017805.html Discussed with: emaste Sponsored by: Dell EMC Isilon Differential Revision: https://reviews.freebsd.org/D12840
show more ...
|
| #
2aba4f29 |
| 29-Oct-2017 |
Bryan Drewery <[email protected]> |
lib32/libsoft: Store object files in a more consistent structure.
Having objects in world32 and a sysroot in lib32 was confusing and inconsistent with the normal build. Now objects are stored in ob
lib32/libsoft: Store object files in a more consistent structure.
Having objects in world32 and a sysroot in lib32 was confusing and inconsistent with the normal build. Now objects are stored in obj-lib32 (or obj-libsoft) and the sysroot (analagous to WORLDTMP) is stored in obj-lib32/tmp.
Sponsored by: Dell EMC Isilon
show more ...
|
| #
67d2f51a |
| 29-Oct-2017 |
Bryan Drewery <[email protected]> |
Move some LIBCOMPAT tmpdir logic setup to its own build target.
Its own build target was already handling mtree extractions just as _worldtmp did, so the other cleaning of the tmpdir makes sense her
Move some LIBCOMPAT tmpdir logic setup to its own build target.
Its own build target was already handling mtree extractions just as _worldtmp did, so the other cleaning of the tmpdir makes sense here as well.
Sponsored by: Dell EMC Isilon
show more ...
|
| #
0b972ac9 |
| 05-Oct-2017 |
Warner Losh <[email protected]> |
Support armv7 builds for userland
Make armv7 as a new MACHINE_ARCH.
Copy all the places we do armv6 and add armv7 as basically an alias. clang appears to generate code for armv7 by default. armv7 h
Support armv7 builds for userland
Make armv7 as a new MACHINE_ARCH.
Copy all the places we do armv6 and add armv7 as basically an alias. clang appears to generate code for armv7 by default. armv7 hard float isn't supported by the the in-tree gcc, so it hasn't been updated to have a new default.
Support armv7 as a new valid MACHINE_ARCH (and by extension TARGET_ARCH).
Add armv7 to the universe build.
Differential Revision: https://reviews.freebsd.org/D12010
show more ...
|
| #
90d1f60e |
| 30-Sep-2017 |
Enji Cooper <[email protected]> |
Adjust r322633 to only apply to libexec/rtld-elf, and not usr.bin/ldd, when running build32/install32
This unbreaks installing usr.bin/ldd as ldd32 when NO_RTLD is defined.
MFC after: 1 week M
Adjust r322633 to only apply to libexec/rtld-elf, and not usr.bin/ldd, when running build32/install32
This unbreaks installing usr.bin/ldd as ldd32 when NO_RTLD is defined.
MFC after: 1 week MFC with: r322633
show more ...
|