On 11/9/2015 9:08 AM, Bryan Drewery wrote: > On 11/7/2015 12:41 AM, Craig Rodrigues wrote: >> >> >> On Thu, Nov 5, 2015 at 8:45 PM, Bryan Drewery <bdrew...@freebsd.org >> <mailto:bdrew...@freebsd.org>> wrote: >> >> Author: bdrewery >> Date: Fri Nov 6 04:45:29 2015 >> New Revision: 290433 >> URL: https://svnweb.freebsd.org/changeset/base/290433 >> >> Log: >> Add a FAST_DEPEND option, off by default, which speeds up the >> build significantly. >> >> Enabling this by default, for src or out-of-src, can be done once >> more testing >> has been done, such as a ports exp-run, and with more compilers. >> >> >> I put WITH_FAST_DEPEND="yes" in make.conf for these builds: >> >> https://jenkins.freebsd.org/job/FreeBSD_HEAD >> https://jenkins.freebsd.org/job/FreeBSD_HEAD_amd64_gcc4.9 >> https://jenkins.freebsd.org/job/FreeBSD_HEAD_sparc64 >> >> >> For the FreeBSD_HEAD_sparc64 build, there is a weird failure on bootstrap: >> >> https://jenkins.freebsd.org/job/FreeBSD_HEAD_sparc64/1311/console >> >> If you put these entries in make.conf: >> >> TARGET=sparc64 >> WITH_FAST_DEPEND=yes >> >> and do: >> >> make -j 4 buildworld __MAKE_CONF=make.conf >> >> That seems to trigger it. >> >> Can you take a look? >> > > I'm finally getting to testing this. My initial guess is that > WITH_FAST_DEPEND is simply exposing an existing race. The entire > gnu/usr.bin/cc directory is full of races and duplication with > generating the headers. Something that has been a problem in META_MODE. > So either way I will fix it. > >
I have figured this out and will have a fix in soon. It's a subtle problem with having multiple files match expected objects based on suffix transformation rules, that mkdep was avoiding. -- Regards, Bryan Drewery
signature.asc
Description: OpenPGP digital signature
