From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gcc-patches-return-391411-listarch-gcc-patches=gcc.gnu.org@gcc.gnu.org>
Received: (qmail 8065 invoked by alias); 6 Feb 2015 17:27:15 -0000
Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-patches.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-patches/>
List-Post: <mailto:gcc-patches@gcc.gnu.org>
List-Help: <mailto:gcc-patches-help@gcc.gnu.org>
Sender: gcc-patches-owner@gcc.gnu.org
Received: (qmail 8054 invoked by uid 89); 6 Feb 2015 17:27:15 -0000
Authentication-Results: sourceware.org; auth=none
X-Virus-Found: No
X-Spam-SWARE-Status: No, score=-1.9 required=5.0 tests=BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,SPF_PASS,T_RP_MATCHES_RCVD autolearn=ham version=3.3.2
X-HELO: resqmta-po-06v.sys.comcast.net
Received: from resqmta-po-06v.sys.comcast.net (HELO resqmta-po-06v.sys.comcast.net) (96.114.154.165) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-SHA encrypted) ESMTPS; Fri, 06 Feb 2015 17:27:13 +0000
Received: from resomta-po-20v.sys.comcast.net ([96.114.154.244])	by resqmta-po-06v.sys.comcast.net with comcast	id p5Rc1p0025Geu28015TBzr; Fri, 06 Feb 2015 17:27:11 +0000
Received: from [IPv6:2001:558:6045:a4:40c6:7199:cd03:b02d] ([IPv6:2001:558:6045:a4:40c6:7199:cd03:b02d])	by resomta-po-20v.sys.comcast.net with comcast	id p5T81p00Q2ztT3H015T9DW; Fri, 06 Feb 2015 17:27:10 +0000
Content-Type: text/plain; charset=us-ascii
Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\))
Subject: Re: [PATCH v2][MIPS] fix CRT_CALL_STATIC_FUNCTION macro
From: Mike Stump <mikestump@comcast.net>
In-Reply-To: <alpine.LFD.2.11.1502061210200.22715@eddie.linux-mips.org>
Date: Fri, 06 Feb 2015 17:27:00 -0000
Cc: Matthew Fortune <Matthew.Fortune@imgtec.com>, Petar Jovanovic <petar.jovanovic@rt-rk.com>, "gcc-patches@gcc.gnu.org" <gcc-patches@gcc.gnu.org>, "Moore, Catherine (Catherine_Moore@mentor.com)" <Catherine_Moore@mentor.com>
Content-Transfer-Encoding: 7bit
Message-Id: <CAD0D5D4-8D49-4B4B-B59A-E4E6B932B067@comcast.net>
References: <003e01d04179$ccc38bc0$664aa340$@rt-rk.com> <6D39441BF12EF246A7ABCE6654B0235320FCA3F1@LEMAIL01.le.imgtec.org> <alpine.LFD.2.11.1502061033300.22715@eddie.linux-mips.org> <6D39441BF12EF246A7ABCE6654B0235320FCAD06@LEMAIL01.le.imgtec.org> <alpine.LFD.2.11.1502061210200.22715@eddie.linux-mips.org>
To: "Maciej W. Rozycki" <macro@linux-mips.org>
X-IsSubscribed: yes
X-SW-Source: 2015-02/txt/msg00414.txt.bz2

On Feb 6, 2015, at 4:23 AM, Maciej W. Rozycki <macro@linux-mips.org> wrote:
> This consideration made me realise I've had a patch outstanding for some 
> 10 years to convert all the `BAL x' instructions there to `BLTZAL $0, x'.  
> This has always been a good idea in case implementations recognised the 
> special case and avoided involving branch prediction, and I believe it has 
> become even more apparent with r6 calling it NAL.

Ick, no.