From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/12440 Path: news.gmane.org!.POSTED!not-for-mail From: Rich Felker Newsgroups: gmane.linux.lib.musl.general Subject: Re: Views on bare metal port Date: Wed, 31 Jan 2018 14:11:09 -0500 Message-ID: <20180131191109.GQ1627@brightrain.aerifal.cx> References: <20180131152507.GO1627@brightrain.aerifal.cx> <20180131182546.GL4418@port70.net> Reply-To: musl@lists.openwall.com NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: blaine.gmane.org 1517425784 2417 195.159.176.226 (31 Jan 2018 19:09:44 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Wed, 31 Jan 2018 19:09:44 +0000 (UTC) User-Agent: Mutt/1.5.21 (2010-09-15) To: musl@lists.openwall.com Original-X-From: musl-return-12456-gllmg-musl=m.gmane.org@lists.openwall.com Wed Jan 31 20:09:40 2018 Return-path: Envelope-to: gllmg-musl@m.gmane.org Original-Received: from mother.openwall.net ([195.42.179.200]) by blaine.gmane.org with smtp (Exim 4.84_2) (envelope-from ) id 1egxl2-0007cd-Un for gllmg-musl@m.gmane.org; Wed, 31 Jan 2018 20:09:21 +0100 Original-Received: (qmail 11923 invoked by uid 550); 31 Jan 2018 19:11:22 -0000 Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-ID: Original-Received: (qmail 11897 invoked from network); 31 Jan 2018 19:11:22 -0000 Content-Disposition: inline In-Reply-To: Original-Sender: Rich Felker Xref: news.gmane.org gmane.linux.lib.musl.general:12440 Archived-At: On Wed, Jan 31, 2018 at 06:37:24PM +0000, Jon Chesterfield wrote: > Yep, that's the 5%! There's work on rounding modes happening in LLVM at > present, but it doesn't work yet and I can't justify working on it :( > > There are a number of style warnings from clang related to operator > precedence (suggesting more parentheses) - would patches for these be worth > submitting? No, they'll almost surely be rejected. What would be nice is a proposal for getting the warnings we want, and only the ones we want, by default on clang. Right now configure is well-tuned to do that for gcc but not for clang. I think what we need is probably first some way to detect if -w is needed to turn off unwanted defaults (it's unsafe to use with gcc because it overrides even -W's that come _after_ it), then using -w, omitting -Wall, and manually building up the interesting warnings. Rich