In some build experiments for amd64 -> aarch64 cross builds/local-file-system-installs for stable/11 -r322591 with WITH_LLD_IS_LD= I got examples of delete-old delete-old-libs deleting the path to ld after a from-scratch build:
>>> Removing old files (only deletes safe to delete libs) /usr/obj/DESTDIRs/clang-cortexA53-installworld-dist-from-src/usr/share/man/man4/hv_vss.4.gz /usr/obj/DESTDIRs/clang-cortexA53-installworld-dist-from-src/usr/bin/ld >>> Old files removed >>> Removing old directories /usr/obj/DESTDIRs/clang-cortexA53-installworld-dist-from-src/usr/lib/debug/usr/lib/private >>> Old directories removed To remove old libraries run 'make delete-old-libs'. >>> Removing old libraries Please be sure no application still uses those libraries, else you can not start such an application. Consult UPDATING for more information regarding how to cope with the removal/revision bump of a specific library. >>> Old libraries removed # ls -lT /usr/obj/DESTDIRs/clang-cortexA53-installworld-dist-from-src/usr/bin/*ld* -r-xr-xr-x 1 root wheel 200056 Aug 29 11:40:10 2017 /usr/obj/DESTDIRs/clang-cortexA53-installworld-dist-from-src/usr/bin/colldef -r-xr-xr-x 1 root wheel 199968 Aug 29 11:40:12 2017 /usr/obj/DESTDIRs/clang-cortexA53-installworld-dist-from-src/usr/bin/fold -r-xr-xr-x 1 root wheel 25171560 Aug 29 11:40:16 2017 /usr/obj/DESTDIRs/clang-cortexA53-installworld-dist-from-src/usr/bin/ld.lld -r-xr-xr-x 1 root wheel 199760 Aug 29 11:40:13 2017 /usr/obj/DESTDIRs/clang-cortexA53-installworld-dist-from-src/usr/bin/ldd -r-xr-xr-x 1 root wheel 40441008 Aug 29 11:40:16 2017 /usr/obj/DESTDIRs/clang-cortexA53-installworld-dist-from-src/usr/bin/lldb -r-xr-xr-x 1 root wheel 7802624 Aug 29 11:40:15 2017 /usr/obj/DESTDIRs/clang-cortexA53-installworld-dist-from-src/usr/bin/llvm-rtdyld So no hard or symbolic link pointing to ld.lld . Context details: # svnlite info /usr/src/ | grep "Re[plv]" Relative URL: ^/stable/11 Repository Root: svn://svn.freebsd.org/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 322591 Last Changed Rev: 322591 # more ~/src.configs/src.conf.cortexA53-clang-bootstrap.amd64-host TO_TYPE=aarch64 TOOLS_TO_TYPE=${TO_TYPE} # KERNCONF=GENERIC-NODBG TARGET=arm64 .if ${.MAKE.LEVEL} == 0 TARGET_ARCH=${TO_TYPE} .export TARGET_ARCH .endif # WITH_CROSS_COMPILER= WITHOUT_SYSTEM_COMPILER= # WITH_LIBCPLUSPLUS= WITHOUT_BINUTILS_BOOTSTRAP= WITH_ELFTOOLCHAIN_BOOTSTRAP= WITH_CLANG_BOOTSTRAP= WITH_CLANG= WITH_CLANG_IS_CC= WITH_CLANG_FULL= WITH_CLANG_EXTRAS= WITH_LLD_BOOTSTRAP= WITH_LLD= WITH_LLD_IS_LD= WITH_LLDB= # WITH_BOOT= WITHOUT_LIB32= # WITHOUT_GCC_BOOTSTRAP= WITHOUT_GCC= WITHOUT_GCC_IS_CC= WITHOUT_GNUCXX= # NO_WERROR= #WERROR= MALLOC_PRODUCTION= # WITH_REPRODUCIBLE_BUILD= WITH_DEBUG_FILES= # #CROSS_BINUTILS_PREFIX=/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/ XCFLAGS+= -mcpu=cortex-a53 XCXXFLAGS+= -mcpu=cortex-a53 # There is no XCPPFLAGS but XCPP gets XCFLAGS content. # more /usr/src/sys/arm64/conf/GENERIC-NODBG # # GENERIC -- Custom configuration for the arm64/aarch64 # include "GENERIC" ident GENERIC-NODBG makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols options ALT_BREAK_TO_DEBUGGER options KDB # Enable kernel debugger support # For minimum debugger support (stable branch) use: #options KDB_TRACE # Print a stack trace for a panic options DDB # Enable the kernel debugger # Extra stuff: #options VERBOSE_SYSINIT # Enable verbose sysinit messages #options BOOTVERBOSE=1 #options BOOTHOWTO=RB_VERBOSE #options KTR #options KTR_MASK=KTR_TRAP ##options KTR_CPUMASK=0xF #options KTR_VERBOSE # Disable any extra checking for. . . nooptions DEADLKRES # Enable the deadlock resolver nooptions INVARIANTS # Enable calls of extra sanity checking nooptions INVARIANT_SUPPORT # Extra sanity checks of internal structures, required by INVARIANTS nooptions WITNESS # Enable checks to detect deadlocks and cycles nooptions WITNESS_SKIPSPIN # Don't run witness on spinlocks for speed nooptions DIAGNOSTIC nooptions MALLOC_DEBUG_MAXZONES # Separate malloc(9) zones nooptions BUF_TRACKING === Mark Millard markmi at dsl-only.net _______________________________________________ freebsd-toolchain@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-toolchain To unsubscribe, send any mail to "freebsd-toolchain-unsubscr...@freebsd.org"