From patchwork Tue Apr 19 15:08:50 2016 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: "H.J. Lu" X-Patchwork-Id: 612204 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 3qq7jN0sY7z9sCj for ; Wed, 20 Apr 2016 01:09:59 +1000 (AEST) Authentication-Results: ozlabs.org; dkim=pass (1024-bit key; unprotected) header.d=gcc.gnu.org header.i=@gcc.gnu.org header.b=os16gWo7; dkim-atps=neutral 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=CGwSUAsiFLrgMOSsOKrTcNuTmySkL rU7gwTRx8wpog5ueeQ4eFCrNkpiKvTFBLGakZjlb35+Sxc/jKRUDVTRhTlN0o4oa j1KtMHwAR+HvEOFk3KZfjV3LEass7qsPu1cqUT4LOg7WJRXS1ZF3GiS+UEbnB+Av LF3Rz2KAW3Tc48= 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=PGcBDgdRN5+EKJ9aTO9je/Db4eA=; b=os1 6gWo7DoElEAV4DZQdQvoTHoY4ZGf+En7fYtlfCihhhT5TYIN6pHPz7jxI2gTX4Gw G/QCn/HN59NH01iPeDXoc638PPB2FwpwOpxdEzAgeUWXdgJ6N2Gn6pesSah+DTj5 ealgB2oC4SQDrRFd1BvYtytYy/Zc+YzVxUaW5oqA= Received: (qmail 125241 invoked by alias); 19 Apr 2016 15:09:52 -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 124503 invoked by uid 89); 19 Apr 2016 15:09:52 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-0.7 required=5.0 tests=AWL, BAYES_00, KAM_LAZY_DOMAIN_SECURITY, NO_DNS_FOR_FROM, RP_MATCHES_RCVD autolearn=no version=3.3.2 spammy=i486, 70454, H*R:D*gmail.com X-HELO: mga01.intel.com Received: from mga01.intel.com (HELO mga01.intel.com) (192.55.52.88) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (CAMELLIA256-SHA encrypted) ESMTPS; Tue, 19 Apr 2016 15:09:44 +0000 Received: from orsmga003.jf.intel.com ([10.7.209.27]) by fmsmga101.fm.intel.com with ESMTP; 19 Apr 2016 08:08:50 -0700 X-ExtLoop1: 1 Received: from gnu-6.sc.intel.com ([172.25.70.218]) by orsmga003.jf.intel.com with ESMTP; 19 Apr 2016 08:08:51 -0700 Received: by gnu-6.sc.intel.com (Postfix, from userid 1000) id 2B09D20027F; Tue, 19 Apr 2016 08:08:50 -0700 (PDT) Date: Tue, 19 Apr 2016 08:08:50 -0700 From: "H.J. Lu" To: gcc-patches@gcc.gnu.org Cc: Uros Bizjak Subject: [PATCH] Don't build 32-bit libitm with -march=i486 on x86-64 Message-ID: <20160419150850.GA17799@intel.com> Reply-To: "H.J. Lu" MIME-Version: 1.0 Content-Disposition: inline User-Agent: Mutt/1.5.24 (2015-08-30) Gcc uses the same -march= for both -m32 and -m64 on x86-64 unless --with-arch-32= is used. There is no need for -march=i486 to compile 32-bit libitm on x86-64. Tested on x86-64. OK for trunk? H.J. --- PR target/70454 * configure.tgt (XCFLAGS): Don't add -march=i486 to compile 32-bit target library on x86-64. --- libitm/configure.tgt | 8 ++------ 1 file changed, 2 insertions(+), 6 deletions(-) diff --git a/libitm/configure.tgt b/libitm/configure.tgt index e84382f..c925f77 100644 --- a/libitm/configure.tgt +++ b/libitm/configure.tgt @@ -100,12 +100,8 @@ case "${target_cpu}" in ;; x86_64) - case " ${CC} ${CFLAGS} " in - *" -m32 "*) - XCFLAGS="${XCFLAGS} -march=i486 -mtune=generic" - XCFLAGS="${XCFLAGS} -fomit-frame-pointer" - ;; - esac + # Since 64-bit arch > i486, we can use the same -march= to build + # both 32-bit and 64-bit target libraries. XCFLAGS="${XCFLAGS} -mrtm" ARCH=x86 ;;