From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 17528 invoked by alias); 8 Sep 2009 14:51:09 -0000 Received: (qmail 17475 invoked by uid 22791); 8 Sep 2009 14:51:08 -0000 X-SWARE-Spam-Status: No, hits=-2.4 required=5.0 tests=AWL,BAYES_00,SPF_PASS X-Spam-Check-By: sourceware.org Received: from mail.codesourcery.com (HELO mail.codesourcery.com) (65.74.133.4) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Tue, 08 Sep 2009 14:50:59 +0000 Received: (qmail 8885 invoked from network); 8 Sep 2009 14:50:58 -0000 Received: from unknown (HELO ?192.168.0.4?) (mitchell@127.0.0.2) by mail.codesourcery.com with ESMTPA; 8 Sep 2009 14:50:58 -0000 Message-ID: <4AA66F4D.2040001@codesourcery.com> Date: Tue, 08 Sep 2009 14:51:00 -0000 From: Mark Mitchell User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: binutils@sources.redhat.com CC: Richard Sandiford Subject: Should MIPS .eh_frame be writable? Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Mailing-List: contact binutils-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: binutils-owner@sourceware.org X-SW-Source: 2009-09/txt/msg00233.txt.bz2 On MIPS GNU/Linux, it appears that GAS marks .eh_frame as read-only. However, the MIPS32 relocation against the personality routine is not optimized away (as I'm given to understand it is on some other platforms), and so .eh_frame does end up needing run-time relocation. That results in DT_TEXTREL being set on shared objects, and undesirable relocations at run-time. (In fact, the uClibc loader -- at least older versions -- don't support relocations against the text section at all.) The obvious thing seems to be to set DWARF2_EH_FRAME_READ_ONLY to 0 (it has the non-conservative default of 1) in tc-mips.h. Is that the right approach? Thanks, -- Mark Mitchell CodeSourcery mark@codesourcery.com (650) 331-3385 x713