FreeBSD source tree https://cgit-dev.freebsd.org/src-test/atom?h=main 2020-11-05T19:30:31Z 2020-11-05T19:30:31Z Conrad Meyer cem@FreeBSD.org 2020-11-05T19:30:31Z urn:sha1:e9b13c6612fea4e74f0c9c543e21d29d91a24dff No functional change. Reviewed by: emaste, trasz Differential Revision: https://reviews.freebsd.org/D27099 2020-08-25T13:30:03Z Alex Richardson arichardson@FreeBSD.org 2020-08-25T13:30:03Z urn:sha1:2b6ee34cf6fd3ba3a849685e0725ed69adf99748 This is needed so that setting LD/XLD is not ignored when linking with $CC instead of directly using $LD. Currently only clang accepts an absolute path for -fuse-ld= (Clang 12+ will add a new --ld-path flag), so we now warn when building with GCC and $LD != "ld" since that might result in the wrong linker being used. We have been setting XLD=/path/to/cheri/ld.lld in CheriBSD for a long time and used a similar version of this patch to avoid linking with /usr/bin/ld. This change is also required when building FreeBSD on an Ubuntu with Clang: In that case we set XCC=/usr/lib/llvm-10/bin/clang and since /usr/lib/llvm-10/bin/ does not contain a "ld" binary the build fails with `clang: error: unable to execute command: Executable "ld" doesn't exist!` unless we pass -fuse-ld=/usr/lib/llvm-10/bin/ld.lld. This change passes -fuse-ld instead of copying ${XLD} to WOLRDTMP/bin/ld since then we would have to ensure that this file does not exist while building the bootstrap tools. The cross-linker might not be compatible with the host linker (e.g. when building on macos: host-linker= Mach-O /usr/bin/ld, cross-linker=LLVM ld.lld). Reviewed By: brooks, emaste Differential Revision: https://reviews.freebsd.org/D26055 2020-08-11T16:46:27Z Alex Richardson arichardson@FreeBSD.org 2020-08-11T16:46:27Z urn:sha1:1a18ab420b6098b92f3a16db68e482682a506688 Since the make variable STRIP is already used for other purposes, this uses STRIPBIN (which is also used for the same purpose by install(1). This allows using LLVM objcopy to strip binaries instead of the in-tree elftoolchain objcopy. We make use of this in CheriBSD since passing binaries generated by our toolchain to elftoolchain strip sometimes results in assertion failures. This allows working around https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=248516 by specifying STRIPBIN=/path/to/llvm-strip Obtained from: CheriBSD Reviewed By: emaste, brooks Differential Revision: https://reviews.freebsd.org/D25988 2020-04-18T12:54:40Z Alex Richardson arichardson@FreeBSD.org 2020-04-18T12:54:40Z urn:sha1:4db3ef4c77b72908fc0d17f8b9fc21941df0976c Using the same approach as the last commit for the files used by genassym.sh. Obtained from: CheriBSD 2019-08-25T22:06:17Z Warner Losh imp@FreeBSD.org 2019-08-25T22:06:17Z urn:sha1:32e6af4641676362d6605ca66074568299343028 2019-07-30T17:18:31Z Ed Maste emaste@FreeBSD.org 2019-07-30T17:18:31Z urn:sha1:305b9efefc266b5b502b6d6d660174fa3e9c788e It is assembled using "${CC} -x assembler-with-cpp", which by convention (bsd.suffixes.mk) uses the .asm extension. This is a portion of the review referenced below (D18344). That review also renamed linux_support.s to .S, but that is a functional change (using the compiler's integrated assembler instead of as) and will be revisited separately. MFC after: 1 week Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D18344 2019-05-13T18:28:40Z Dmitry Chagin dchagin@FreeBSD.org 2019-05-13T18:28:40Z urn:sha1:6e4cf32e95841b4c3ef0caeb80802bf528a35cd0 kernel does not make sence. PR: 222861 MFC after: 2 weeks Differential Revision: https://reviews.freebsd.org/D20179 2019-05-13T18:24:29Z Dmitry Chagin dchagin@FreeBSD.org 2019-05-13T18:24:29Z urn:sha1:c5156c7785c3f2c2ff7bcfa0a43f013c12e84037 of them listed in opt_global.h which is not generated while building modules outside of a kernel and such modules never match real cofigured kernel. So, we should prevent our users from building obviously defective modules. Therefore, remove the root cause of the building of modules outside of a kernel - the possibility of building modules with DEBUG or KTR flags. And remove all of DEBUG printfs as it is incomplete and in threaded programms not informative, also a half of system call does not have DEBUG printf. For debuging Linux programms we have dtrace, ktr and ktrace ability. PR: 222861 Reviewed by: trasz MFC after: 2 weeks Differential Revision: https://reviews.freebsd.org/D20178 2019-05-06T18:46:42Z Dmitry Chagin dchagin@FreeBSD.org 2019-05-06T18:46:42Z urn:sha1:7c28c7e84ffec142ce8cb0dcf7fc10c4e67063fe to clean genassym.o MFC after: 2 weeks 2018-07-03T21:02:25Z Bryan Drewery bdrewery@FreeBSD.org 2018-07-03T21:02:25Z urn:sha1:ccca101f7049ae5aefa5c37577abf4129658a055