From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 21622 invoked by alias); 2 Feb 2012 11:40:49 -0000 Received: (qmail 21612 invoked by uid 22791); 2 Feb 2012 11:40:48 -0000 X-SWARE-Spam-Status: No, hits=-2.2 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00,SARE_LWSHORTT,TW_OV X-Spam-Check-By: sourceware.org Received: from localhost (HELO gcc.gnu.org) (127.0.0.1) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Thu, 02 Feb 2012 11:40:34 +0000 From: "iains at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/50077] FAIL: gcc.target/i386/pr49866.c (test for excess errors) on x86_64-apple-darwin10 Date: Thu, 02 Feb 2012 11:40: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-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: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: Target Status Last reconfirmed Host Ever Confirmed Build Message-ID: In-Reply-To: References: X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated Content-Type: text/plain; charset="UTF-8" MIME-Version: 1.0 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org X-SW-Source: 2012-02/txt/msg00211.txt.bz2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50077 Iain Sandoe changed: What |Removed |Added ---------------------------------------------------------------------------- Target|x86_64-apple-darwin10 |x86_64-apple-darwin10, | |i?86-apple-darwin9 Status|UNCONFIRMED |NEW Last reconfirmed| |2012-02-02 Host|x86_64-apple-darwin10 | Ever Confirmed|0 |1 Build|x86_64-apple-darwin10 | --- Comment #2 from Iain Sandoe 2012-02-02 11:40:03 UTC --- Fails at m64 on i686-darwin9 too. the code below is obviously incorrect for m64 x86 Darwin; so, we just don't handle the large model. movabsq $_GLOBAL_OFFSET_TABLE_-L7, %r11 pushq %r15 LCFI0: movq %rcx, %r15 movabsq $_baz@PLTOFF, %rax pushq %r14 LCFI1: movabsq $_fn2@PLTOFF, %r14 pushq %r13 LCFI2: movabsq $_fn@PLTOFF, %r13 pushq %r12 ------ clang seems to support -mcmodel=large - at least at 3.1 - so any necessary ld64/dyld support is available. This is not likely to get fixed in the short term (certainly not in stage 4) - so we'll have to decide between XFAIL/tolerate the noise in the error logs.