From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 19121 invoked by alias); 3 Mar 2005 22:49:04 -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 19059 invoked from network); 3 Mar 2005 22:48:57 -0000 Received: from unknown (HELO iris1.csv.ica.uni-stuttgart.de) (129.69.118.2) by sourceware.org with SMTP; 3 Mar 2005 22:48:57 -0000 Received: from rembrandt.csv.ica.uni-stuttgart.de ([129.69.118.42]) by iris1.csv.ica.uni-stuttgart.de with esmtp id 1D6z7n-0000yr-00; Thu, 03 Mar 2005 23:48:55 +0100 Received: from ica2_ts by rembrandt.csv.ica.uni-stuttgart.de with local (Exim 3.35 #1 (Debian)) id 1D6z7m-0002XD-00; Thu, 03 Mar 2005 23:48:54 +0100 Date: Thu, 03 Mar 2005 22:49:00 -0000 To: David Daney Cc: binutils@sources.redhat.com Subject: Re: RFC: Patch to fix MIPS -mno-shared with multi-got... Message-ID: <20050303224853.GO1272@rembrandt.csv.ica.uni-stuttgart.de> References: <42277C17.7030608@avtrex.com> <87r7iw2yfp.fsf@firetop.home> <422790D1.8010408@avtrex.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <422790D1.8010408@avtrex.com> User-Agent: Mutt/1.5.6+20040907i From: Thiemo Seufer X-SW-Source: 2005-03/txt/msg00128.txt.bz2 David Daney wrote: [snip] > >WRT possible breakge to things expecting the real "_gp": I agree that > >might be a problem. One possibility would be to define a new symbol, > >something like __gnu_local_gp, and make -mno-shared use that instead > >of plain _gp. -mno-shared is a new option, so there's no backwards > >compatiblity problem. > > OK, I kind of like this idea. But I am not an ABI authority. I am > assuming the the meaning of "_gp_disp" is defined somewhere in the ABI > specs. I know _gp is specified. Does anybody have objections to adding > the new magic __gnu_local_gp symbol? I have the general (and still vague) idea to have multigot-capable object files, with _gp _gp.1 .. _gp.n and _gp_disp _gp_disp.1 .. _gp_disp.n depending on the GOT in use, and with the single got case staying binary compatible. I think this would cover your case as well, but it's of course much more work. Thiemo