From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gcc-bugs-return-426274-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Received: (qmail 3124 invoked by alias); 16 Jul 2013 13:02:29 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Received: (qmail 410 invoked by uid 48); 16 Jul 2013 13:00:27 -0000
From: "iains at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug target/44107] gcc emits frame (epilogue) info incompatible with the darwin {8,9}-unwinder,10-compacter
Date: Tue, 16 Jul 2013 13:02:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: target
X-Bugzilla-Version: 4.7.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: iains at gcc dot gnu.org
X-Bugzilla-Status: NEW
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: iains at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: bug_status
Message-ID: <bug-44107-4-dfKzv8skPw@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-44107-4@http.gcc.gnu.org/bugzilla/>
References: <bug-44107-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2013-07/txt/msg00781.txt.bz2

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44107

Iain Sandoe <iains at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|ASSIGNED                    |NEW

--- Comment #19 from Iain Sandoe <iains at gcc dot gnu.org> ---
I have tried a number of ways to "fix" this - none of which are really
satisfactory.

1. we could keep hacking on the code gen to cater for legacy output (not a good
use of time with so many other darwin issues to deal with).

2. we could do some really hacky interposing of library code using undocumented
dyld entry points (which is quite fun, but probably not an acceptable
solution).

3. accept that the system is long out of security upgrade supports from the
vendor - and install an up-to-date libgcc_s.

4. something else (feel free to suggest).

I don't propose to investigate this further - but I am happy to provide a
pre-built FAT libgcc_s.1.dylib tested on x86-apple-darwin9 and
ppc-apple-darwin9.  However, I don't have anywhere suitable to host it.

NOTE: if you build/install your own libgcc_s.1.dylib on an x86 darwin9 you
*must* build it FAT including i386/x86_64 *and* at least ppc/7400 if you want
rosetta to function.

sorry, can't justify any more effort on this one - I've replaced the
libgcc_s.1.dylib in my Darwin9 systems with one built from 4.8 tip of branch.

The gcc-4.6 solution will continue to work for anyone who wants to use it as a
local patch.