From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 19610 invoked by alias); 10 Sep 2014 07:19:12 -0000 Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org Received: (qmail 19597 invoked by uid 89); 10 Sep 2014 07:19:11 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-3.3 required=5.0 tests=AWL,BAYES_00,RP_MATCHES_RCVD,SPF_PASS autolearn=ham version=3.3.2 X-HELO: mailapp01.imgtec.com Received: from mailapp01.imgtec.com (HELO mailapp01.imgtec.com) (195.59.15.196) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Wed, 10 Sep 2014 07:19:10 +0000 Received: from KLMAIL01.kl.imgtec.org (unknown [192.168.5.35]) by Websense Email Security Gateway with ESMTPS id 0D1AD2C1A4738; Wed, 10 Sep 2014 08:19:06 +0100 (IST) Received: from LEMAIL01.le.imgtec.org (192.168.152.62) by KLMAIL01.kl.imgtec.org (192.168.5.35) with Microsoft SMTP Server (TLS) id 14.3.195.1; Wed, 10 Sep 2014 08:19:07 +0100 Received: from LEMAIL01.le.imgtec.org ([fe80::5ae:ee16:f4b9:cda9]) by LEMAIL01.le.imgtec.org ([fe80::5ae:ee16:f4b9:cda9%17]) with mapi id 14.03.0195.001; Wed, 10 Sep 2014 08:19:06 +0100 From: Matthew Fortune To: "Maciej W. Rozycki" , "gdb-patches@sourceware.org" CC: Joel Brobecker , Richard Sandiford Subject: RE: [committed] MIPS: Don't infer IRIX OS ABI from generic section names Date: Wed, 10 Sep 2014 07:19:00 -0000 Message-ID: <6D39441BF12EF246A7ABCE6654B0235320F07EC6@LEMAIL01.le.imgtec.org> References: In-Reply-To: Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-SW-Source: 2014-09/txt/msg00258.txt.bz2 > The problem here is we've got assembly source that does not have the=20 > usual ABI tag GDB normally infers the OS ABI from.=20=20 Could you explain what 'usual ABI tag' refers to in this context? I have a feeling there's another layer of ABI annotation that I haven't seen yet. > I have verified this change to work correctly in mips-linux-gnu > regression testing and committed now. Thanks for tracking this down it must have been quite time consuming. I'll try to sort out running some GDB tests for any further ABI related work. I certainly wouldn't have guessed that .MIPS.abiflags would break GDB. Thanks, Matthew