From patchwork Tue Feb 11 19:28:02 2014 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: "H.J. Lu" X-Patchwork-Id: 319389 Return-Path: X-Original-To: incoming@patchwork.ozlabs.org Delivered-To: patchwork-incoming@bilbo.ozlabs.org Received: from sourceware.org (server1.sourceware.org [209.132.180.131]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ozlabs.org (Postfix) with ESMTPS id 31EEF2C007C for ; Wed, 12 Feb 2014 06:28:49 +1100 (EST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gcc.gnu.org; h=list-id :list-unsubscribe:list-archive:list-post:list-help:sender:date :from:to:cc:subject:message-id:reply-to:mime-version :content-type; q=dns; s=default; b=aOXy9Cqq633kEm2lWyuZXHbm+4ecR KyRFZQC9xL0/N1mcZ2l9j4zLKleav+2Dzf7lPhhqirkkUrvarxlogkEIHD323SSz 2/aLnEkWwVMQ3QhUtR5cCj7LNXdK/4Ws3ye1znWIv4QX4Ttnfh0s/9hAmR4v9moh RSAOCWzGS/Z1Vw= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=gcc.gnu.org; h=list-id :list-unsubscribe:list-archive:list-post:list-help:sender:date :from:to:cc:subject:message-id:reply-to:mime-version :content-type; s=default; bh=UGQ3A4zB3tQUlP8viTHOWR29Oi4=; b=KfU LdkDY6eV2L3p36RQuZ9ytJbtamqEz8FBH3Oem0lt/F2UTKBmVP5Ggfck/BT5MnYz ktxQRbbGjpj+vYPYrmQ/hNicQ7O/v8R+YEGI3C4mwhDssK0s2ww+LlQ3KuITzIkD KDfRIC4JcvkLPgm/MK8gtQBSHDJl2hmYhSkfMqjM= Received: (qmail 27323 invoked by alias); 11 Feb 2014 19:28:42 -0000 Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: List-Archive: List-Post: List-Help: Sender: gcc-patches-owner@gcc.gnu.org Delivered-To: mailing list gcc-patches@gcc.gnu.org Received: (qmail 27311 invoked by uid 89); 11 Feb 2014 19:28:41 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.6 required=5.0 tests=AWL, BAYES_00, NO_DNS_FOR_FROM, RP_MATCHES_RCVD autolearn=ham version=3.3.2 X-HELO: mga09.intel.com Received: from mga09.intel.com (HELO mga09.intel.com) (134.134.136.24) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Tue, 11 Feb 2014 19:28:13 +0000 Received: from orsmga002.jf.intel.com ([10.7.209.21]) by orsmga102.jf.intel.com with ESMTP; 11 Feb 2014 11:23:55 -0800 X-ExtLoop1: 1 Received: from gnu-6.sc.intel.com ([10.3.194.135]) by orsmga002.jf.intel.com with ESMTP; 11 Feb 2014 11:28:07 -0800 Received: by gnu-6.sc.intel.com (Postfix, from userid 1000) id A36A9C06AF; Tue, 11 Feb 2014 11:28:02 -0800 (PST) Date: Tue, 11 Feb 2014 11:28:02 -0800 From: "H.J. Lu" To: gcc-patches@gcc.gnu.org Cc: Uros Bizjak Subject: PATCH: PR target/60151: HAVE_AS_GOTOFF_IN_DATA is mis-detected on x86-64 Message-ID: <20140211192802.GA26305@intel.com> Reply-To: "H.J. Lu" MIME-Version: 1.0 Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Hi, HAVE_AS_GOTOFF_IN_DATA defines a 32-bit assembler feature, we need to pass --32 to assembler. Otherwise, we get the wrong result on x86-64. We already pass --32 to assembler on x86. It should be OK to do it in configure. OK for trunk? Thanks. H.J. --- 2014-02-11 H.J. Lu PR target/60151 * configure.ac (HAVE_AS_GOTOFF_IN_DATA): Pass --32 to assembler. * configure: Regenerated. diff --git a/gcc/configure.ac b/gcc/configure.ac index ac3d842..0aafbc9 100644 --- a/gcc/configure.ac +++ b/gcc/configure.ac @@ -3868,7 +3868,7 @@ foo: nop # These two are used unconditionally by i386.[ch]; it is to be defined # to 1 if the feature is present, 0 otherwise. gcc_GAS_CHECK_FEATURE([GOTOFF in data], - gcc_cv_as_ix86_gotoff_in_data, [2,11,0],, + gcc_cv_as_ix86_gotoff_in_data, [2,11,0], --32, [ .text .L0: nop