From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 3432 invoked by alias); 11 Aug 2010 13:14:22 -0000 Received: (qmail 3378 invoked by uid 48); 11 Aug 2010 13:14:22 -0000 Date: Wed, 11 Aug 2010 13:14:00 -0000 Message-ID: <20100811131422.3377.qmail@sourceware.org> X-Bugzilla-Reason: CC References: Subject: [Bug java/41991] gcj segfaults on i686-apple-darwin9 and x86_64-apple-darwin9 In-Reply-To: Reply-To: gcc-bugzilla@gcc.gnu.org To: java-prs@gcc.gnu.org From: "howarth at nitro dot med dot uc dot edu" Mailing-List: contact java-prs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: java-prs-owner@gcc.gnu.org X-SW-Source: 2010-q3/txt/msg00017.txt.bz2 ------- Comment #46 from howarth at nitro dot med dot uc dot edu 2010-08-11 13:14 ------- (In reply to comment #44) > I do not think the current solution is complete/correct. Don't confuse the darwin9 and darwin10 unwinder issues. They are different incompatiibilities with the darwin unwinder. Also keep in mind that darwin9 uses an unwinder derived from libgcc whereas darwin10 uses a compatibility unwinder from libSystem. > Taking the case of Darwin9/OSX 10.5: > > (a) the code for _Unwind_FindEnclosingFunction &c. as posted on > http://www.opensource.apple.com/release/mac-os-x-1058/ is the same as fsf-gcc > (AFAICT from browsing it online) -- so I'm not sure why we added in the > darwin10_Unwind_FindEnclosingFunction (it's the same code as already present in > the system lib). [having said that, even if the system code _is_ broken and > unusable, (b) applies. and one needs to work around the breakage without > bypassing said system code] > Read http://gcc.gnu.org/ml/gcc-patches/2009-12/msg00998.html which explains the logic of re-exporting _Unwind_FindEnclosingFunction() under a different name for darwin10. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41991