From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 6836 invoked by alias); 25 Feb 2011 00:17:57 -0000 Received: (qmail 6824 invoked by uid 22791); 25 Feb 2011 00:17:54 -0000 X-SWARE-Spam-Status: No, hits=-0.7 required=5.0 tests=AWL,BAYES_00,T_RP_MATCHES_RCVD,UNPARSEABLE_RELAY X-Spam-Check-By: sourceware.org Received: from rcsinet10.oracle.com (HELO rcsinet10.oracle.com) (148.87.113.121) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 25 Feb 2011 00:17:50 +0000 Received: from rcsinet15.oracle.com (rcsinet15.oracle.com [148.87.113.117]) by rcsinet10.oracle.com (Switch-3.4.2/Switch-3.4.2) with ESMTP id p1P0HlBp011691 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Fri, 25 Feb 2011 00:17:48 GMT Received: from acsmt354.oracle.com (acsmt354.oracle.com [141.146.40.154]) by rcsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id p1P09Hh8027488 for ; Fri, 25 Feb 2011 00:17:47 GMT Received: from abhmt002.oracle.com by acsmt353.oracle.com with ESMTP id 1036104481298593056; Thu, 24 Feb 2011 16:17:36 -0800 Received: from dhcp-santaclara18-1fl-west-10-132-141-79.usdhcp.oraclecorp.com (/10.132.141.79) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Thu, 24 Feb 2011 16:17:35 -0800 Message-ID: <4D66F521.8010902@oracle.com> Date: Fri, 25 Feb 2011 00:17:00 -0000 From: Chris Quenelle User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: binutils@sourceware.org Subject: Sun/Oracle C++ compiler patch Content-Type: text/plain; charset=ISO-8859-1; format=flowed 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: 2011-02/txt/msg00297.txt.bz2 (ignore the last copy of this email, it had a terrible subject line) Hello, When the Sun/Oracle C++ compiler was ported to Linux, we started bundling a patched version of gnu ld to get the necessary treatment for our exception range sections. I don't believe anyone has tried to offer this patch upstream, and it would really help us out if we could use the system linker when running on Linux. I've included the contents of the patch at the end of this email. --chris % more patch-intel-Linux-2.17.90 *** binutils-2.17.90/ld/scripttempl/elf.sc 2007-08-07 00:00:22.000000000 +0400 --- bu-patched/ld/scripttempl/elf.sc 2008-06-06 15:08:24.602615680 +0400 *************** *** 372,377 **** --- 372,378 ---- .eh_frame_hdr : { *(.eh_frame_hdr) } .eh_frame ${RELOCATING-0} : ONLY_IF_RO { KEEP (*(.eh_frame)) } .gcc_except_table ${RELOCATING-0} : ONLY_IF_RO { *(.gcc_except_table .gcc_except_table.*) } + .exception_ranges ${RELOCATING-0} : ONLY_IF_RO { *(.exception_ranges .exception_ranges*) } /* Adjust the address for the data segment. We want to adjust up to the same address within the page on the next page up. */ *************** *** 382,387 **** --- 383,389 ---- /* Exception handling */ .eh_frame ${RELOCATING-0} : ONLY_IF_RW { KEEP (*(.eh_frame)) } .gcc_except_table ${RELOCATING-0} : ONLY_IF_RW { *(.gcc_except_table .gcc_except_table.*) } + .exception_ranges ${RELOCATING-0} : ONLY_IF_RW { *(.exception_ranges .exception_ranges*) } /* Thread Local Storage sections */ .tdata ${RELOCATING-0} : { *(.tdata${RELOCATING+ .tdata.* .gnu.linkonce.td.*}) }