Re: Tracking -current on evbmips-mips64e[bl]?

["John D. Baker" <jdbaker%mylinuxisp.com@localhost>]

On Tue, 7 Jul 2015, Matt Thomas wrote:

> > On Jul 7, 2015, at 2:23 PM, John D. Baker <jdbaker%mylinuxisp.com@localhost> wrote:
> > 
> > I find it interesting that HEAD evbmips-mips64e[bl] seem to perpetually
> > fail on the autobuild system.  There was an exceptional period of a few
> > hours a couple of weeks back where at least evbmips-mips64el (the one
> > that I poke at from time to time) built successfully, so I updated and
> > managed to build it as well.
> 
> I have no idea why it fails.  I can't reproduce it locally.

Before the two autobuilds that succeeded, it complained about references
to a non-existent structure member.  That one I could reproduce.  Then
it got fixed and it built fine on the autobuild system and for me.

Then, changes relating to variable(?) or multiple(?) page sizes were
made.  Then modified to accomodate RUMP.  This was the last mips-related
commit before the autobuild started failing again:

  http://mail-index.netbsd.org/source-changes/2015/06/30/msg067088.html

According to the error log, an expression in a preprocessor macro is
broken.  It apparently occurs in a transient assembly-language file, so
it's suitably tricky to figure out from whence it propagated.

I too have been unable to reproduce it in my builds--but then I try to
avoid non-update builds if I possibly can.  Perhaps the source changes
failed to tickle 'make' in the right spot.

-- 
|/"\ John D. Baker, KN5UKS               NetBSD     Darwin/MacOS X
|\ / jdbaker[snail]mylinuxisp[flyspeck]com    OpenBSD            FreeBSD
| X  No HTML/proprietary data in email.   BSD just sits there and works!
|/ \ GPGkeyID:  D703 4A7E 479F 63F8 D3F4  BD99 9572 8F23 E4AD 1645