[ Charset UTF-8 unsupported, converting... ]
> On Thu, Feb 28, 2019 at 10:00 AM Rodney W. Grimes <
> free...@pdx.rh.cn85.dnsmgr.net> wrote:
> 
> > [ Charset UTF-8 unsupported, converting... ]
> > > On Thu, 28 Feb 2019 at 09:33, Rodney W. Grimes
> > > <free...@pdx.rh.cn85.dnsmgr.net> wrote:
> > > >
> > > > LD?=ld.lld in the right place(s)?
> > >
> > > Perhaps, I seem to recall some issue with that, but not the specifics.
> >
> > sys.mk already does a LD?=ld so by the time we try
> > to override it in the Makefile.i386 it is too late
> > as already defined.
> >
> > *sigh*
> >
> 
> Yes, the problem is that ?= only works once. There's some gross things we
> can do, but they aren't worthwhile, imho.
> 
> eg
> 
> .if defined(KERNEL_LD_OVERRIDE)
> LD=${KERNEL_LD_OVERRIDE}
> .else
> LD=ld.lld
> .endif
> 
> or other variations on that. We could do it without the .else clause and
> just add KERNEL_LD_OVERRIDE=ld.lld to GENERIC on i386 as a build-time
> override. This would give people a way out, but would violate POLA a little
> bit. Given the frequency of overriding LD=, it may be OK. People
> sophisticated enough to do that surely are sophisticated enough to read
> changes to the kernel config files. This wouldn't help everybody
> (especially those with custom kernel configs), but short of adding it to
> DEFAULTS, it's likely pushing the edge of how disruptive one can be in a
> stable branch.
> 
> So there's a number of variations on this theme. I'm not convinced they are
> worthwhile for this issue because none are side-effect free, but it's
> certainly a solution space others can noodle through to see if they can
> find the "just so" mix of POLA and bug fixing.

I would be happy with expanding the error that is emitted by
pre.mk to add the text "You can fix this with LD=ld.lld make ..."
and an entry in UPDATING that specifically says for 12.0 on i386 you need...

> Warner
-- 
Rod Grimes                                                 rgri...@freebsd.org
_______________________________________________
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Reply via email to