On 2018-Aug-16, at 6:38 AM, Ed Maste <emaste at freebsd.org> wrote: > On 11 August 2018 at 20:45, Mark Millard via freebsd-toolchain > <freebsd-toolchain at freebsd.org> wrote: >> >> Is the link command itself available? (The .../sys/*/kernel.full.meta >> likely has it if it is still around.) > > I tried a tinderbox build right now and saw the lld warnings from > linking zfs.ko. It appears to be fallout from the change to build > clang and lld only once for tinderbox, because we're invoking ld from > the ${HOST_TARGET} path: > > /scratch/tmp/emaste/obj/scratch/tmp/emaste/freebsd/freebsd11-amd64/tmp/usr/bin/ld > -m armelf_fbsd -Bshareable -znotext -d -warn-common --build-id=sha1 > -o zfs.ko.full zfs.kld > /scratch/tmp/emaste/obj/scratch/tmp/emaste/freebsd/freebsd11-amd64/tmp/usr/bin/ld: > warning: lld uses extended branch encoding, no object with > architecture supporting feature detected. > /scratch/tmp/emaste/obj/scratch/tmp/emaste/freebsd/freebsd11-amd64/tmp/usr/bin/ld: > warning: lld may use movt/movw, no object with architecture supporting > feature detected.
So ld.lld is not a valid cross linker for some arm variants? A architecture specific bootstrap one is needed? Is this because armelf_fbsd is not specific enough to identify the accurate target emulation? Is it because the .o's are not sufficient for that identification? Note: I got the questions from reading the output in: # ld.lld ld.lld: error: no input files ld.lld: error: target emulation unknown: -m or at least one .o file required So it appears that -m and/or .o's are used to identify targets. I'm not clear on the criteria when both are present. (ld.lld does not take -target as an argument.) === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) _______________________________________________ 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"