Date: Wed, 27 Jul 2016 16:34:39 -0700 From: Bryan Drewery <bdrewery@FreeBSD.org> To: David Wolfskill <david@catwhisker.org>, current@freebsd.org Subject: Re: Possible race condition building libraries: head/amd64 r303329 -> r303379 Message-ID: <688dac73-e9d6-68e9-8119-2a8720dcdad0@FreeBSD.org> In-Reply-To: <20160727124956.GV1294@albert.catwhisker.org> References: <20160727124956.GV1294@albert.catwhisker.org>
next in thread | previous in thread | raw e-mail | index | archive | help
This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --CptbKLHBU98WoiCD8EWjH1mI4EucQkrC3 Content-Type: multipart/mixed; boundary="sWDq1OAapxWPIskL4Fg61771mpbdoh5Cr" From: Bryan Drewery <bdrewery@FreeBSD.org> To: David Wolfskill <david@catwhisker.org>, current@freebsd.org Message-ID: <688dac73-e9d6-68e9-8119-2a8720dcdad0@FreeBSD.org> Subject: Re: Possible race condition building libraries: head/amd64 r303329 -> r303379 References: <20160727124956.GV1294@albert.catwhisker.org> In-Reply-To: <20160727124956.GV1294@albert.catwhisker.org> --sWDq1OAapxWPIskL4Fg61771mpbdoh5Cr Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 7/27/2016 5:49 AM, David Wolfskill wrote: > I track head daily on both my laptop and a "build machine;" I only saw = a > problem on the latter -- not on my laptop. >=20 > (The build machine is a bit beefier, and uses an SSD as its non-volatil= e > storage; the laptop uses a hybrid disk -- in case that is useful.) >=20 > As indicated in the Subject, in each case I was performing a > source-based upgrade-in-place from r303329 to r303379. (And I've > been doing this routinely for quite some time.) >=20 > The build failed (initially -- a restart worked): >=20 > ... >>>> stage 4.2: building libraries > ... > --- secure/lib/libcrypto__L --- > Building /common/S4/obj/usr/src/secure/lib/libcrypto/dso_openssl.o > --- lib/ncurses/ncursesw__L --- > /usr/lib/libtermlibw.so -> libncursesw.so > /usr/lib/libtinfow.so -> libncursesw.so > --- kerberos5/lib/libwind__L --- > Building /common/S4/obj/usr/src/kerberos5/lib/libwind/normalize_table.S= o > --- kerberos5/lib/libheimipcc__L --- > /usr/obj/usr/src/tmp/usr/bin/ld: cannot find -lgcc_s > cc: error: linker command failed with exit code 1 (use -v to see invoca= tion) > *** [libprivateheimipcc.so.11] Error code 1 Nathan Whitehorn ran into a very similar one last year that I couldn't explain either. > --- kerberos5/lib__L --- > --- libkadm5srv.so.11 --- > /usr/obj/usr/src/tmp/usr/bin/ld: cannot find -lgcc > *** [libkadm5srv.so.11] Error code 1 >=20 > make[5]: stopped in /usr/src/kerberos5/lib/libkadm5srv=20 These shouldn't happen since libgcc is build in startup_libs and krb5 is built in prebuild_libs, which waits on startup_libs. Very strange. Can you send me the typescript please? --=20 Regards, Bryan Drewery --sWDq1OAapxWPIskL4Fg61771mpbdoh5Cr-- --CptbKLHBU98WoiCD8EWjH1mI4EucQkrC3 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJXmUUPAAoJEDXXcbtuRpfPNzYIAK/WS9yv8EEL8K6I4LWIJvue 2rIMJ/WYBE77dqTIEeIHjDcBGKbjFiT6iygxMcRxY7ThMdoN8gWFvpkAI+vGDFXG c3OeYgUmyo0+niIDs60VOEWxKwIk5Ub6UjY/u1JHO6hTu3aekBB3b4eF/Yv/+ZhL XP3+O4EjzMkyLzWKgvLDF/YjaDCJiCGhsdTTIrw/nAIWu+npO/XzW7Oo+D782Qei 3MP4+AAp1K0iatQB9XHW4y7CLIe4n5Z/sPCuhzmegNR+gnt397bZe3641Kgfuf3B 4YajVvjGi9Idc7yb0yq5o4HXI/t+S83PGc2BYKUhTxL0OHiO24d6Wh4rvLIGCKc= =jUqS -----END PGP SIGNATURE----- --CptbKLHBU98WoiCD8EWjH1mI4EucQkrC3--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?688dac73-e9d6-68e9-8119-2a8720dcdad0>