Date: Sun, 15 Jun 2014 11:56:57 -0600 From: Warner Losh <imp@bsdimp.com> To: Glen Barber <gjb@FreeBSD.org> Cc: freebsd-current@FreeBSD.org Subject: Re: What we have here, ... Message-ID: <89F9651B-7BAF-4995-A1C9-F90A16742DCD@bsdimp.com> In-Reply-To: <20140615031123.GN1248@hub.FreeBSD.org> References: <20140615025137.GM1248@hub.FreeBSD.org> <E0204880-74EF-407D-8F0E-1D89AEF27B6F@gmail.com> <20140615031123.GN1248@hub.FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
[-- Attachment #1 --] On Jun 14, 2014, at 9:11 PM, Glen Barber <gjb@FreeBSD.org> wrote: > On Sat, Jun 14, 2014 at 09:03:51PM -0600, Warner Losh wrote: >> >> On Jun 14, 2014, at 8:51 PM, Glen Barber <gjb@FreeBSD.org> wrote: >> >>> Is a failure to build head/ with high make(1) -j values. Again. >> >> There’s likely a dozen or more of these lurking in the tree. Ian’s last set >> of patches squashed many of the ones in lib, but I’ve not done a careful >> audit of the i18n code. >> > > Ok, thanks for the info. I'm a bit unclear on how the parallelization > stuff in share/ actually works, but I'm happy to help crowbar at things. I haven’t even looked, to be honest... >>> With empty /usr/obj, I have been seeing strange build failures on head/ >>> with high -jN values, but even as low as -j10. The machine used to >>> build snapshots of head/ and stable/ branches has been using -j48 for >>> several months without issue, so I am certain this is a recent (<=1 >>> month) issue. >>> >>> Of all things, it looks like fonts are failing to build, giving the >>> following error: >>> >>> --- MACGUJARATI.esdb --- >>> NAME is mandatory. >>> ENCODING is mandatory. >>> *** [MACGUJARATI.esdb] Error code 1 >>> make[6]: stopped in /usr/src/share/i18n/esdb/APPLE >>> >>> Is anyone else seeing this with empty MAKEOBJDIR ? >> >> I haven’t seen it, but in -j races, that means approximately zilch… >> > > Yeah. To be honest, it's the similar situation I emailed you privately > about a few weeks ago with the race in rescue/ that makes no sense. So > while I don't entirely trust make(1) reporting what blew up, unlike the > issue in rescue/, the 'NAME is mandatory' error has been about 90% > reproducible between both amd64 and i386. (Without being able to build > at least amd64, I cannot test other architectures. Useless data point, > I know.) Yea, that turns out to be a cascade of dozens of errors based on a file being empty…. The error reporting is correct, you just have to thread it back a ways. Sure would be nice to have a tool that would remove the clutter from the make that we’ve grown when you’re looking for a specific thing. >>> I won't be able to reproduce the issue with log output until at least >>> Monday, since I'm running the head/ builds with the '-jN' halved to 24, >>> which so far seems to have made a difference. >> >> How many cores in this box of yours? >> > > 48. I only have 12 (or 24 if I configure for threading) :). That might make a big difference. Warner [-- Attachment #2 --] -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJTnd5qAAoJEGwc0Sh9sBEABXAQANSUjiaYsOla9CFk47wW71O6 0DK32Jw41MnjhIcqYZmfRGCgex2ZeHO3oLzdbrjfJnm5Bd6lPsLE9Bl6jL0EVkAT Io7DRkmnNDqsm4XqmoDVmOEjm/E7HsrojHWJMPKQIVVO0OMzUoN6h6PnT+E8t6El rfuwgmfzpY7pbeUg3b201EvFGPmKQqHCmEGJsITifRXxlhSbkr8M+/vUgyVty7U6 LB9UVs0D/Rv0ksh/dZiGjVYPCHnZj2YFRMN+sb1UvYFLCUeqtNjAq2uR+nzXRdFg xqC87D/BN6M2l3utCrbLRBHoZAea6OKXq0IAX2CAV1J7FasEzKwSECrRncqS37vK Mle7gVlbblKOZJogy04XGqxJlPjYe22I7sw/FYdq/bYTu+zbhmm6uUuCweV+VNU1 /UhjufuRAk2/frnQu2+sSXmPfI7kZHNHc1naAmv5AI5yRXC7svD+GQTC2uTxI7fr GX25nHSYMSBQvtLtpLGew8xFAkza4UJloT3Dxy/k0CPx15BxkO9qiLw2LpITAbJ2 ouffb6wD93H94pLP1ImCNlbVC1odkdIsCxwGcbS1kn7R624cYhDCPifow2EqjBbD L8cc5FL8bODFmxuYCm5tzB41GWA4jX+A1e+iAY/d5RQAi62RLGPnOqSnPWPfkPC/ 4SkSDyNPcPp8TfXGPHJX =Py5c -----END PGP SIGNATURE-----
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?89F9651B-7BAF-4995-A1C9-F90A16742DCD>