Date: Fri, 27 Mar 2020 23:29:03 +0000 From: Brooks Davis <brooks@freebsd.org> To: Brooks Davis <brooks@freebsd.org> Cc: Ruslan Garipov <ruslanngaripov@gmail.com>, freebsd-current@freebsd.org Subject: Re: buildworld failed (usr.bin/kyua) Message-ID: <20200327232903.GA36720@spindle.one-eyed-alien.net> In-Reply-To: <20200327200708.GA12101@spindle.one-eyed-alien.net> References: <98e2187e-ca29-1cc0-46e2-f684c828274d@gmail.com> <20200327200708.GA12101@spindle.one-eyed-alien.net>
next in thread | previous in thread | raw e-mail | index | archive | help
--envbJBWh7q8WU6mo
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Fri, Mar 27, 2020 at 08:07:08PM +0000, Brooks Davis wrote:
> On Fri, Mar 27, 2020 at 06:40:18PM +0500, Ruslan Garipov wrote:
> > I failed to update FreeBSD 13.0-CURRENT amd64 r359231 to r359351.
> >=20
> > End of the build log:
> >=20
> > $ su root -c "make -j16 buildworld"
> > ...
> > ld: error: unable to find library -lkyua_cli_pie
> > ld: error: unable to find library -lkyua_drivers_pie
> > ld: error: unable to find library -lkyua_model_pie
> > ld: error: unable to find library -llutok_pie
> > ld: error: unable to find library -lkyua_engine_pie
> > ld: error: unable to find library -llutok_pie
> > ld: error: unable to find library -lkyua_utils_pie
> > ld: error: unable to find library -llutok_pie
> > ld: error: unable to find library -lkyua_store_pie
> > ld: error: unable to find library -lkyua_model_pie
> > ld: error: unable to find library -llutok_pie
> > ld: error: unable to find library -lkyua_utils_pie
> > ld: error: unable to find library -llutok_pie
> > ld: error: unable to find library -lkyua_engine_pie
> > ld: error: unable to find library -llutok_pie
> > ld: error: unable to find library -lkyua_utils_pie
> > ld: error: unable to find library -llutok_pie
> > ld: error: unable to find library -lkyua_model_pie
> > ld: error: unable to find library -llutok_pie
> > ld: error: unable to find library -lkyua_store_pie
> > ld: error: too many errors emitted, stopping now (use -error-limit=3D0
> > to see all errors)
> > c++: error: linker command failed with exit code 1 (use -v to see
> > invocation)
> > --- all_subdir_lib ---
> > --- cpuset_getdomain.po ---
> > --- all_subdir_usr.bin ---
> > *** [kyua] Error code 1
> >=20
> > make[4]: stopped in /usr/src/usr.bin/kyua
> > 1 error
> >=20
> > make[4]: stopped in /usr/src/usr.bin/kyua
> > *** [all_subdir_usr.bin/kyua] Error code 2
> > ...
> >=20
> > May be it's related to r359260[1]. Therefore, here is my TEST-settings:
> >=20
> > $ fgrep TEST /etc/src.conf
> > WITHOUT_GOOGLETEST=3D
> > WITHOUT_TESTS=3D
> > WITH_TESTS_SUPPORT=3D
> >=20
> > Also what has confused me: it's a virtual machine which failed to build.
> > A physical one built userland and kernel just fine. Both the physical
> > and virtual machines have almost the same (differ only by CPU
> > "selection" options) make.conf and src.conf and different kernel
> > configurations. Both the machines were FreeBSD 13.0-CURRENT amd64
> > r359231. I've started to build on clean systems (no /usr/obj at all).
> >=20
> > Can anyone help me to resolve this issue?
>=20
> I've replicated this issue and it goes back the the way
> WITH_TESTS_SUPPORT was implemented way back in r273449
>=20
> This patch fixes WITHOUT_TESTS=3Dt WITH_TESTS_SUPPORT=3Dt for me.
>=20
> Index: Makefile.inc1
> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
> --- Makefile.inc1 (revision 359367)
> +++ Makefile.inc1 (working copy)
> @@ -1100,7 +1100,7 @@
> @echo
> "--------------------------------------------------------------"
> ${_+_}cd ${.CURDIR}; \
> ${WMAKE} -DNO_FSCHG MK_HTML=3Dno -DNO_LINT MK_MAN=3Dno \
> - MK_PROFILE=3Dno MK_TESTS=3Dno MK_TESTS_SUPPORT=3D${MK_TESTS}
> libraries
> + MK_PROFILE=3Dno MK_TESTS=3Dno libraries
> everything: .PHONY
> @echo
> @echo
> "--------------------------------------------------------------
>=20
> I've not committed it yet because I'm trying to figure out why this was
> needed. I simply don't see how there could be a race between lib/aft and
> libexec/aft as described. I suspect this may have been an error.
I've committed a different fix in r359382.
The above change fixed the case at hand, but broke the default.
-- Brooks
--envbJBWh7q8WU6mo
Content-Type: application/pgp-signature; name="signature.asc"
-----BEGIN PGP SIGNATURE-----
iQEcBAEBAgAGBQJefow+AAoJEKzQXbSebgfAVTMH/2t4S9zvP2VdmUekfPFaPNWA
sq9TQPypamACNUOjdLcz6gTnOjrHa29sUMh+LEbaHXM53MwNF3EwZDeY7YXh3zpX
b/wX72v7x2rpyrPd8Eu5nLDC4jYHWiKcSBXT4yLedIQOgd+/WDZH2ugDWhLHvuZ8
ygf9+umt8eYbsK6msjrYP0QNZMVTmMVbBPYrw3EfbY/tnnmpcsJfeWKeTiDJA8lO
TVHh7geABAzE3tEz1Pn0ubLjjKAoX09NF0ybKwcR9NJn02BwOT2/o9LZFcG5Z/rh
Q2Wn+xe/2+lbssnhp0i6UbGOTI4xd/FXfCIjcEhSKFzjhw1oNv1jlo79gzJQN1o=
=Afqh
-----END PGP SIGNATURE-----
--envbJBWh7q8WU6mo--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20200327232903.GA36720>