From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 11437 invoked by alias); 7 Nov 2007 14:50:02 -0000 Received: (qmail 11426 invoked by uid 22791); 7 Nov 2007 14:50:02 -0000 X-Spam-Check-By: sourceware.org Received: from province.act-europe.fr (HELO province.act-europe.fr) (212.157.227.214) by sourceware.org (qpsmtpd/0.31) with ESMTP; Wed, 07 Nov 2007 14:50:00 +0000 Received: from localhost (localhost [127.0.0.1]) by filtered-province.act-europe.fr (Postfix) with ESMTP id 8AC5E166627; Wed, 7 Nov 2007 15:49:58 +0100 (CET) Received: from province.act-europe.fr ([127.0.0.1]) by localhost (province.act-europe.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id oxnkD0j3Fycu; Wed, 7 Nov 2007 15:49:58 +0100 (CET) Received: from [10.10.127.242] (dhcp-guest-242.act-europe.fr [10.10.127.242]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by province.act-europe.fr (Postfix) with ESMTP id 5E63516651F; Wed, 7 Nov 2007 15:49:58 +0100 (CET) In-Reply-To: <20071024022306.GA22061@caradoc.them.org> References: <20071024022306.GA22061@caradoc.them.org> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <2C0832C3-2E6D-4673-9720-9347FA63885F@adacore.com> Cc: binutils@sourceware.org, Daniel Jacobowitz Content-Transfer-Encoding: 7bit From: Tristan Gingold Subject: Re: PATCH: put .sdata2/.sbss2 into the writable segment on vxworks ppc Date: Wed, 07 Nov 2007 14:50:00 -0000 To: Nathan Froyd X-Mailer: Apple Mail (2.752.3) X-IsSubscribed: yes 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: 2007-11/txt/msg00059.txt.bz2 Hi Nathan and Daniel, are you currently off ? I'd like to read your patch (and see it in the FSF tree). Tristan. On Oct 24, 2007, at 4:23 AM, Daniel Jacobowitz wrote: > On Tue, Oct 23, 2007 at 06:13:00PM +0200, Tristan Gingold wrote: >> Hi, >> >> on VxWorks 6 (for powerpc) all the .sdata2 sections of the library >> are flagged >> RW. >> Therefore during the final link (in RTP mode) the corresponding >> segment must be >> RW. >> Currently these sections are always put into the RX segment by the >> linker >> script. As a consequence >> this segment becomes RWX which is unfortunate. >> >> This patch fixes this issue by adding a new variable: >> WRITABLE_SDATA2. > > (FYI, CodeSourcery builds the official VxWorks toolchains. We're > sometimes very good at keeping the FSF tree up to date, and sometimes > a bit behind...) > > I know I've seen this problem before. I don't remember the exact > details, but I believe there was a bit more wrong here dealing with > the VxWorks loader's restrictions on the number of segments in > executables. > > Nathan, there's a more complete patch with your name on it from > 2007-07-24; think you could post it and the followup? > > -- > Daniel Jacobowitz > CodeSourcery >