From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 7664 invoked by alias); 28 Feb 2005 16:22:35 -0000 Mailing-List: contact binutils-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: binutils-owner@sources.redhat.com Received: (qmail 7627 invoked from network); 28 Feb 2005 16:22:25 -0000 Received: from unknown (HELO pollux.ds.pg.gda.pl) (153.19.208.7) by sourceware.org with SMTP; 28 Feb 2005 16:22:25 -0000 Received: from localhost (localhost [127.0.0.1]) by pollux.ds.pg.gda.pl (Postfix) with ESMTP id 44EEBF5A12; Mon, 28 Feb 2005 17:22:21 +0100 (CET) Received: from pollux.ds.pg.gda.pl ([127.0.0.1]) by localhost (pollux [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 10861-02; Mon, 28 Feb 2005 17:22:21 +0100 (CET) Received: from piorun.ds.pg.gda.pl (piorun.ds.pg.gda.pl [153.19.208.8]) by pollux.ds.pg.gda.pl (Postfix) with ESMTP id D6578F5A11; Mon, 28 Feb 2005 17:22:20 +0100 (CET) Received: from blysk.ds.pg.gda.pl (macro@blysk.ds.pg.gda.pl [153.19.208.6]) by piorun.ds.pg.gda.pl (8.13.1/8.13.1) with ESMTP id j1SGMKR8023678; Mon, 28 Feb 2005 17:22:20 +0100 Date: Mon, 28 Feb 2005 18:36:00 -0000 From: "Maciej W. Rozycki" To: Daniel Jacobowitz Cc: David Daney , binutils@sources.redhat.com Subject: Re: [Patch] was: MIPS assembler no longer "combines symbols in different segments"... In-Reply-To: <20050228145219.GA3403@nevyn.them.org> Message-ID: References: <421FAE77.8010206@avtrex.com> <421FE7A6.7020500@avtrex.com> <20050228145219.GA3403@nevyn.them.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Status: Clean X-SW-Source: 2005-02/txt/msg00693.txt.bz2 On Mon, 28 Feb 2005, Daniel Jacobowitz wrote: > > How about updating GCC so that it does not emit these problematic > > statements? Either your local copy or the 3.3 branch (if there is > > interest). Using older binutils is another option. > > The comment is missing the most important piece of data - _why_ it > should no longer be used. I don't see a legitimate reason. The relocation isn't a part of the SysV ABI and was never meant to be used by Linux. Its use by GCC must have been a mistake -- someone did a bad implementation and it worked by accident thanks to binutils supporting the needed relocation for embedded-PIC targets. > I recently implemented another PIC model for MIPS, separate from > embedded-PIC but sharing a couple of properties, and this support was > extremely useful. I haven't had the time to contribute it back yet but > I hope to sometime after 2.16. For another ABI it should be OK to use. It's just it's not a part of the Linux ABI. Maciej