Re: unknown -z value: common-page-size=4096
On Fri, Sep 28, 2018 at 10:01:31PM -0400, Charlie Li wrote: > I've switched to using devel/xtoolchain-llvm70 yesterday to build amd64 > base starting with r338990, and among other issues, ld.lld70 refuses to > link the kernel: > > Building /usr/local/obj/usr/local/src/amd64.amd64/sys/ARDMORE/kernel.full > --- kernel.full --- > linking kernel.full > ld.lld: error: unknown -z value: common-page-size=4096 > ld.lld: error: unknown -z value: ifunc-noplt > *** [kernel.full] Error code 1 > > make[2]: stopped in /usr/local/obj/usr/local/src/amd64.amd64/sys/ARDMORE > > (ARDMORE is basically GENERIC-NODEBUG, not that it matters) > > The ifunc-noplt is a known issue, it obviously didn't make it upstream > in time for LLVM 7.0.0, and thus we carry the feature downstream. > > The crux of this link error though, emaste@ quipped in PR 230604 that > LLD prior to 7.0.0 accepted but ignored unknown options, but now at > least 7.0.0 disallows unknown options entirely. Which brings up the -z > common-page-size=4096: has LLD been ignoring this part the whole time, > and is it of any meaningful use anymore (it seemed to mean something > with bfd)? I noticed the same issues. I reverted parts of recent work by upstream FreeBSD in HardenedBSD's Cross-DSO CFI branch since that branch uses clang/llvm/lld 7.0.0. Thanks, -- Shawn Webb Cofounder and Security Engineer HardenedBSD Tor-ified Signal:+1 443-546-8752 Tor+XMPP+OTR:latt...@is.a.hacker.sx GPG Key ID: 0x6A84658F52456EEE GPG Key Fingerprint: 2ABA B6BD EF6A F486 BE89 3D9E 6A84 658F 5245 6EEE signature.asc Description: PGP signature
unknown -z value: common-page-size=4096
I've switched to using devel/xtoolchain-llvm70 yesterday to build amd64 base starting with r338990, and among other issues, ld.lld70 refuses to link the kernel: Building /usr/local/obj/usr/local/src/amd64.amd64/sys/ARDMORE/kernel.full --- kernel.full --- linking kernel.full ld.lld: error: unknown -z value: common-page-size=4096 ld.lld: error: unknown -z value: ifunc-noplt *** [kernel.full] Error code 1 make[2]: stopped in /usr/local/obj/usr/local/src/amd64.amd64/sys/ARDMORE (ARDMORE is basically GENERIC-NODEBUG, not that it matters) The ifunc-noplt is a known issue, it obviously didn't make it upstream in time for LLVM 7.0.0, and thus we carry the feature downstream. The crux of this link error though, emaste@ quipped in PR 230604 that LLD prior to 7.0.0 accepted but ignored unknown options, but now at least 7.0.0 disallows unknown options entirely. Which brings up the -z common-page-size=4096: has LLD been ignoring this part the whole time, and is it of any meaningful use anymore (it seemed to mean something with bfd)? -- Charlie Li Can't think of a witty .sigline today… (This email address is for mailing list use only; replace local-part with vishwin for off-list communication) signature.asc Description: OpenPGP digital signature
Re: elfcopy in src.conf
It's about the src.conf description in 12-current. This isn't urgent and doesn't require a response, but just so those working on 12-current are aware to keep a tab on. 11.2 and 12-current have this "WITH_BINUTILS Set to build and install binutils (as, ld, objcopy, and objdump) as part of the normal system build." 11.2 has this, but 12-current doesn't "WITHOUT_ELFCOPY_AS_OBJCOPY" If elfcopy is doing the job as objcopy in 12-current, then the description for BINUTILS should maybe be without objcopy in src.conf. I'm not sure if also has to do with beyond the manpage description: if BINUTIL's can do without installing objcopy, if elfcopy (as objcopy) is the default. Based your response, maybe it is just a manpage concern. Thank you for your response. > Sent: Tuesday, September 11, 2018 at 3:21 PM > From: "Ed Maste" > To: Sid > Cc: "freebsd-toolchain@FreeBSD.org" > Subject: Re: elfcopy in src.conf > > On 11 September 2018 at 14:11, Sid wrote: > > Hi, > > In src.conf, from 11.2 to 12-current, the elfcopy option was removed, but > > objcopy still in the documentation for binutils. I suspect this is about > > the toolchain too, and not only in the manpage for src.conf. > > > > Should objcopy be removed from binutils and from the manpage too? > > I don't fully follow your question, but will provide some background > that I hope answers it - please let me know if it's still not clear. > > In stable/11 we have a WITH_ELFCOPY_AS_OBJCOPY option which installs > ELF Tool Chain's elfcopy as objcopy; if not set the GNU binutils > objcopy is installed (and elfcopy is still available under that name). > > In HEAD we always install ELF Tool Chain's elfcopy as objcopy, and the > objcopy man page is actually elfcopy's. > ___ 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"