Re: head is broken after recent sys_pipe changes

On Thu, Jun 23, 2016 at 01:54:58AM -0400, Kurt Lidl wrote:
> On 6/23/16 12:46 AM, Kurt Lidl wrote:
> >On 6/23/16 12:45 AM, Glen Barber wrote:
> >>On Thu, Jun 23, 2016 at 04:44:06AM +0000, Glen Barber wrote:
> >>>On Thu, Jun 23, 2016 at 12:42:20AM -0400, Kurt Lidl wrote:
> >>>>As of this commit:
> >>>>
> >>>>r302106 | adrian | 2016-06-22 21:15:35 -0400 (Wed, 22 Jun 2016) | 4
> >>>>lines
> >>>>
> >>>>revert error commit from previous commit. my bad!
> >>>>
> >>>>Approved by:    re (implicit)
> >>>>
> >>>>Head still doesn't compile doing:
> >>>>
> >>>>make -k -s -j24 tinderbox TARGETS="amd64 sparc64"
> >>>>
> >>>>Tinderbox failed:
> >>>>amd64.amd64 buildworld failed, check _.amd64.amd64.buildworld for
> >>>>details
> >>>>
> >>>>===> lib/csu/amd64 (obj)
> >>>>===> lib/csu/amd64 (all)
> >>>>===> lib/csu/amd64 (install)
> >>>>bmake[6]: /usr/obj/p/fbsd/GIT/lib/libc/.depend.pipe.o, 5: ignoring
> >>>>stale
> >>>>.depend
> >>>> for /p/fbsd/GIT/lib/libc/amd64/sys/pipe.S
> >>>>cc: error: no such file or directory:
> >>>>'/p/fbsd/GIT/lib/libc/amd64/sys/pipe.S'
> >>>>cc: error: no input files
> >>>>--- pipe.So ---
> >>>>*** [pipe.So] Error code 1
> >>>>
> >>>>bmake[6]: stopped in /p/fbsd/GIT/lib/libcr302114
> >>>>cc: error: no such file or directory:
> >>>>'/p/fbsd/GIT/lib/libc/amd64/sys/pipe.S'
> >>>>cc: error: no input files
> >>>>--- pipe.o ---
> >>>>*** [pipe.o] Error code 1
> >>>>
> >>>
> >>>What revision?  It builds for me on r302113.
> >>>
> >>
> >>I see you mentioned the revision, sorry for not noticing.
> >>
> >>I think you hit a bug that brooks fixed later, which should build fine
> >>now.
> >>
> >>Glen
> >>
> >
> >OK, I'll update and try again.  This spoiled all my builds on my sparc64
> >machines too.
> >
> >-Kurt
> 
> I updated to r302114, deleted my /usr/obj tree for the amd64 build, and
> this time it successfully built.
> 
> Sorry for the false alarm.
> 
> I'll kick off my native sparc64 builds again.
> 

No worries, but FWIW, non-X86 builds are part of my patch testing before
replying to commit approval requests.  (Unfortunately, I missed i386 in
this case, but CI and all that crap).  :)

Glen