HEADS-UP: Linker issues building amd64 kernels with config & make

[Julian H. Stacey]

Hi, Reference:
> From:		Ed Maste <emaste at freebsd.org>
> Date:		Mon, 14 May 2018 18:58:25 -0400

Ed Maste wrote:
> On 14 May 2018 at 18:05, Julian H. Stacey <jhs at berklix.com> wrote:
> >
> > I guess this explains :
> > Date: Sun, 13 May 2018 20:26:38 +0200
> > Subject: cd /sys/amd64/compile/GENERIC;make cleandepend; make cleandepend
> >         .svn_revision 333575
> >         linking kernel.full
> >         iflib.o:(.rodata+0x178): undefined reference to `noop_attach'
> >         iflib.o:(.rodata+0x188): undefined reference to `iflib_pseudo_detach'
> 
> No, that's something else; I haven't seen that problem before.

Ah ! Thanks

> Note that we've been using lld as the default bootstrap linker (i.e.,
> the linker used to link the world and kernel via 'make buildworld' and
> 'make buildkernel') since Jan 10 (r327783).
> 
> > PS Bloat factor > 20: 2M static V 40M dynamic,
> 
> Keep in mind that the in-tree ld.bfd was released over a decade ago,
> and has been obsolete for years now; a dynamically-linked contemporary
> ld.bfd 12MB. lld is much faster than any of them (more than 20x
> compared to in-tree ld.bfd on some operations) and all of the target
> architectures are supported by a single binary.

OK Thanks.

Cheers,
Julian
-- 
Julian Stacey, Computer Consultant, Systems Engineer, BSD Linux Unix, Munich
 Brexit Referendum stole 3,700,000 votes, inc. 700,000 from British in EU.
 UK Govt. lied it's "democratic" in Article 50 letter to EU paragraph 3.
 		Petition for votes: http://berklix.eu/queen/