From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 3028 invoked by alias); 19 Aug 2012 17:20:47 -0000 Received: (qmail 3019 invoked by uid 22791); 19 Aug 2012 17:20:45 -0000 X-SWARE-Spam-Status: No, hits=-3.4 required=5.0 tests=BAYES_00,KHOP_THREADED X-Spam-Check-By: sourceware.org Received: from ainaz.pair.com (HELO ainaz.pair.com) (209.68.2.66) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Sun, 19 Aug 2012 17:20:32 +0000 Received: from ip-109-84-128-147.web.vodafone.de (ip-109-84-128-147.web.vodafone.de [109.84.128.147]) by ainaz.pair.com (Postfix) with ESMTPSA id D4AC23F418; Sun, 19 Aug 2012 13:20:30 -0400 (EDT) Date: Sun, 19 Aug 2012 17:20:00 -0000 From: Gerald Pfeifer To: Oleg Endo cc: gcc-patches Subject: Re: [wwwdocs] SH 4.8 changes update In-Reply-To: <1345337217.2268.2.camel@yam-132-YW-E178-FTW> Message-ID: References: <1345337217.2268.2.camel@yam-132-YW-E178-FTW> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII X-IsSubscribed: yes Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-patches-owner@gcc.gnu.org X-SW-Source: 2012-08/txt/msg01282.txt.bz2 On Sun, 19 Aug 2012, Oleg Endo wrote: > This is what has been done so far on the SH side for 4.8. > I hope it's OK. Wow, that is quite impressive (and a nice write-up also)! I see this was already approved, but allow me to suggest some minor editorial comments... Index: htdocs/gcc-4.8/changes.html =================================================================== +
  • The default alignment settings have been reduced to be less aggresive. "aggressive" +
  • Minor tweaks for code around software atomic sequences that are + enabled by -msoft-atomic.
    • "code for"? Not sure... +
  • A new option -menable-tas will make the compiler + generate the tas.b instruction for the + __atomic_test_and_set built-in function.
    • A naive question: Why is this not on by default? Or is it under certain circumstances? +
  • The fmac instruction will now be emitted by the + fmaf standard and built-in function.
    • "built-in standard function", perhaps? +
  • The -mfused-madd option has been depricated in favor of "deprecated" +
  • Added new options -mfsrra and -mfsca to allow + the compiler using the fsrra and fsca + instructions on CPUs other than SH4A.
    • How about adding "...SH4A (where they are already on by default)" or similar? Gerald