Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 31 Dec 2011 21:54:22 -0500
From:      David Schultz <das@FreeBSD.ORG>
To:        Ed Schouten <ed@80386.nl>
Cc:        svn-src-head@FreeBSD.ORG, svn-src-all@FreeBSD.ORG, src-committers@FreeBSD.ORG, Andreas Tobler <andreast@FreeBSD.ORG>, Steve Kargl <sgk@troutmask.apl.washington.edu>
Subject:   Re: svn commit: r228955 - head/include
Message-ID:  <20120101025422.GD94452@zim.MIT.EDU>
In-Reply-To: <20111229192359.GM1895@hoeg.nl>
References:  <201112291441.pBTEfI8l060127@svn.freebsd.org> <4EFCA6A6.6080103@FreeBSD.org> <20111229183213.GK1895@hoeg.nl> <20111229184934.GA47885@troutmask.apl.washington.edu> <20111229192359.GM1895@hoeg.nl>

next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, Dec 29, 2011, Ed Schouten wrote:
> Hi Steve,
> 
> * Steve Kargl <sgk@troutmask.apl.washington.edu>, 20111229 19:49:
> > Are you going to submit a bug report to GCC?  Because, as of now,
> > you've broken my ability to do development work on bleeding edge
> > freebsd and bleeding edge gcc.
> 
> Here you go:
> 
> 	http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51705
> 
> In the future, could you write such bug reports yourself? I am really
> not that interested in GCC's development process.

I'm out of town and don't remember the details of this, but is there a
reason we couldn't simply have an appropriate #ifdef that uses
__attribute((__noreturn__)) instead of [[noreturn]]?  We have plenty
of ifdefs in the tree already to work around deficiencies in various
compilers.  Saying "it's the compiler's fault and we're not going to
work around it" is a significant departure from historical precedent,
and it punishes the wrong people.  Easier than arguing with the GNU
folks about fixing it, too...



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