Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 31 Dec 2017 17:00:05 -0700
From:      Ian Lepore <ian@freebsd.org>
To:        Oleksandr Tymoshenko <gonzo@bluezbox.com>, Nathan Whitehorn <nwhitehorn@freebsd.org>
Cc:        freebsd-current@freebsd.org
Subject:   Re: SVN r327444 breaks current build
Message-ID:  <1514764805.12000.26.camel@freebsd.org>
In-Reply-To: <20171231235330.GA63368@bluezbox.com>
References:  <0b8f0e34-7a39-fd59-7f66-b55f1af0e920@protected-networks.net> <20171231222235.GA62313@bluezbox.com> <b5b18d88-3a66-1d19-f8ab-61b1a63ec21f@freebsd.org> <20171231235330.GA63368@bluezbox.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, 2017-12-31 at 15:53 -0800, Oleksandr Tymoshenko wrote:
> Nathan Whitehorn (nwhitehorn@freebsd.org) wrote:
> > 
> > 
> > 
> > On 12/31/17 14:22, Oleksandr Tymoshenko wrote:
> > > 
> > > Michael Butler (imb@protected-networks.net) wrote:
> > > > 
> > > > Building /usr/obj/usr/src/amd64.amd64/sys/VM01/vt_font_default.o
> > > > --- vt_termcolors.o ---
> > > > /usr/src/sys/dev/vt/colors/vt_termcolors.c:158:55: error: too many
> > > > arguments to function call, expected 4, have 5
> > > >                          if (vt_parse_rgb_triplet(rgb, strlen(rgb), &r,
> > > > &g, &b) == 0) {
> > > >                              ~~~~~~~~~~~~~~~~~~~~
> > > >    ^~
> > > > /usr/src/sys/dev/vt/colors/vt_termcolors.c:77:1: note:
> > > > 'vt_parse_rgb_triplet' declared here
> > > > static int
> > > > ^
> > > > 1 error generated.
> > > > *** [vt_termcolors.o] Error code 1
> > > > 
> > > >  .. second time today a commit wasn't tested before commit :-(
> > > > 
> > > > 	imb
> > > Should be fixed in r327449. It was a sloppy job, I was making iterative
> > > improvements to the original patch following review feedback and used
> > > out-of-tree testcases for actual testing. I appologize for the breakage.
> > > 
> > Still broken with GCC.
> > 
> > /usr/src/sys/dev/vt/colors/vt_termcolors.c:148: warning: function 
> > declaration isn't a prototype [-Wstrict-prototypes]
> > *** [vt_termcolors.o] Error code 1
> *sigh* Should be fixed in r327454. Thanks for reporting
> 
> I wonder if we can get clang to be more strict about
> declarations/prototypes/etc to match gcc's expectations. I understand
> that it's developers' responsibility to make sure that kernel
> is GCC-buildable but if raising red flag for some of the cases
> when compiling with clang reduced number of these breakages
> that it'd be an improvement.
> 

I think we can get clang to do that with -Wstrict-prototypes, but I'm
not sure when that option appeared in terms of clang version, and the
clang site doesn't seem to provide documentation for anything other
than the current in-development version.

-- Ian




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1514764805.12000.26.camel>