Date: Fri, 15 Jan 2016 15:05:58 -0800 From: David Wolfskill <david@catwhisker.org> To: Bryan Drewery <bdrewery@FreeBSD.org> Cc: current@freebsd.org Subject: Re: Inconsistent -DNO_CLEAN build failure r293913 -> r294086 Message-ID: <20160115230558.GH46213@albert.catwhisker.org> In-Reply-To: <569979F0.9080406@FreeBSD.org> References: <20160115140009.GB46213@albert.catwhisker.org> <569979F0.9080406@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
--5joxkA65nhhP20dL Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jan 15, 2016 at 03:00:00PM -0800, Bryan Drewery wrote: > ... > >>>> World build started on Fri Jan 15 04:28:48 PST 2016 > > ... > >>>> stage 5.1: building 32 bit shim libraries > > ... > > --- lib/libldns__L --- > > --- libprivateldns.so.5 --- > > /usr/obj/usr/src/tmp/usr/bin/ld: skipping incompatible /usr/obj/usr/src= /tmp/usr/lib/libgcc_s.so when searching for -lgcc_s >=20 > This is odd... Agreed; that's largely why I posted. Well, that, and the apparently lack of consistent behavior between the 2 machines. > > --- secure/lib/libssl__L --- > > --- libssl.a --- > > --- kerberos5/lib/libhx509__L --- > > --- keyset.po --- > > --- secure/lib/libssl__L --- > > building static ssl library > > --- lib/libldns__L --- > > /usr/obj/usr/src/tmp/usr/bin/ld: cannot find -lgcc_s >=20 > By this point (lib/libldns__L) libgcc should be built and installed. I > assume it says 'cannot find' since it is incompatible. Apparently, yes. > I don't think this is a build race or FAST_DEPEND issue. >=20 > It could be a -DNO_CLEAN issue. Nothing is standing out as an issue in > the commit range given, except if you were building for arm. In each case, it was a native build on amd64. > ... > > cc: error: linker command failed with exit code 1 (use -v to see invoca= tion) > > *** [libprivateldns.so.5] Error code 1 > >=20 > > make[4]: stopped in /usr/src/lib/libldns > >=20 > >=20 > > from which that process didn't recover at all well... though a > > re-start without "-DNO_CLEAN" completed successfully. > ... > > One other (possibly-salient) point is that the build machine's disk > > drive is an SSD. (And yes, that does tend to help make it faster.) > .... Well, I suppose I'll take some small comfort in knowing that I'm not the only one perplexed by the behavior. :-} Thanks for looking at it. Peace, david --=20 David H. Wolfskill david@catwhisker.org Those who would murder in the name of God or prophet are blasphemous coward= s. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --5joxkA65nhhP20dL Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQF8BAEBCgBmBQJWmXtWXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRDQ0I3Q0VGOTE3QTgwMUY0MzA2NEQ3N0Ix NTM5Q0M0MEEwNDlFRTE3AAoJEBU5zECgSe4XWGgH/05em9Cdp+FMFf9ur5BJYf2D HoAefvRP7FoOCwxMIpnzk5OkjK4sZgjYRZhPzdFlTUQ2En1/iKPp8hCG+VVvpi7N mdz3YMIkENLw3mGQJB7QmKYA7gZ5DYHPj3Jhpwmkmm5rNwu8clxLg1VrHvXMf841 dZhsSeQbZuvp0iuneMbAErV8QewTM9PgWDFBB1rZmS52GMWp0+EQLdAC8SPF/Fou eAoEH5vV2C4Y+ta2q4hhOSPUcdQtged78+O7ojyue0YATa9s6Ko+v6qICUI9Q7SK w/W/cXubxOlYP39cPINOjungeCm4PPBD82Sce8SewVtEYdQP9uqHsy5wKQ9sMf0= =Rbia -----END PGP SIGNATURE----- --5joxkA65nhhP20dL--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20160115230558.GH46213>