From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 39432 invoked by alias); 12 Sep 2016 22:22:27 -0000 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 Received: (qmail 39408 invoked by uid 89); 12 Sep 2016 22:22:26 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-3.0 required=5.0 tests=AWL,BAYES_00,KAM_LAZY_DOMAIN_SECURITY,RP_MATCHES_RCVD autolearn=ham version=3.3.2 spammy= X-HELO: gcc1-power7.osuosl.org Received: from gcc1-power7.osuosl.org (HELO gcc1-power7.osuosl.org) (140.211.15.137) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Mon, 12 Sep 2016 22:22:25 +0000 Received: by gcc1-power7.osuosl.org (Postfix, from userid 10019) id E57E11C06BC; Mon, 12 Sep 2016 22:22:22 +0000 (UTC) From: Segher Boessenkool To: gcc-patches@gcc.gnu.org Cc: Segher Boessenkool Subject: [PATCH 0/3] Default LRA to "on" Date: Mon, 12 Sep 2016 22:22:00 -0000 Message-Id: X-IsSubscribed: yes X-SW-Source: 2016-09/txt/msg00684.txt.bz2 All primary platforms default to LRA now, not the old reload. It is too early to remove reload (and all ports still using reload ;-) ), this will take time, but as a first step this series makes LRA used by default. It should not change behaviour for any existing port, only for new ports. After the patches, ports that always want LRA do not have to define anything, where currently ports that never want LRA define nothing. This series is not exhaustively tested. Is it okay for trunk though? Segher