From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gcc-patches-return-412311-listarch-gcc-patches=gcc.gnu.org@gcc.gnu.org>
Received: (qmail 24990 invoked by alias); 2 Nov 2015 08:51:44 -0000
Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-patches.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-patches/>
List-Post: <mailto:gcc-patches@gcc.gnu.org>
List-Help: <mailto:gcc-patches-help@gcc.gnu.org>
Sender: gcc-patches-owner@gcc.gnu.org
Received: (qmail 24966 invoked by uid 89); 2 Nov 2015 08:51:44 -0000
Authentication-Results: sourceware.org; auth=none
X-Virus-Found: No
X-Spam-SWARE-Status: No, score=-2.3 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2
X-HELO: mail-yk0-f172.google.com
Received: from mail-yk0-f172.google.com (HELO mail-yk0-f172.google.com) (209.85.160.172) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-GCM-SHA256 encrypted) ESMTPS; Mon, 02 Nov 2015 08:51:40 +0000
Received: by ykek133 with SMTP id k133so133805971yke.2        for <gcc-patches@gcc.gnu.org>; Mon, 02 Nov 2015 00:51:38 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;        d=1e100.net; s=20130820;        h=x-gm-message-state:mime-version:in-reply-to:references:date         :message-id:subject:from:to:cc:content-type;        bh=SM500VZG6iNiPr3OBLalIUdYe+tJv9k6fMfNYqVfj74=;        b=jxwUHxxbIP89Evd+nwF01D48nYMsPbsiN22t78OmA0cyqDg3JLEz/QJ/pkscG4XDLR         eALZ5zeick56fqGSIz9OJd3lwN+PjLcNqOfrsy+t2cCM6R+VEVOgcGtirXYyyaaHuc1L         1jlkhLzEzuG4j+1eMZGGrHunKjWR+3uf7dh4LL2sUwIKt0gJZ8CPUV1zPqNPybk2x/J0         g3jRYcgtqzIuiqcakrmvymwEPdXMNSyIskeN5e5nscbRgxrd9Xi0YU4CPMW4vLWu4U1L         TUap+um050CH9OKcDLTiAh806VKb0a1zjVSJwWfl3F5Sw/YBoXtjv72R8kidTNuWeCDk         nqaw==
X-Gm-Message-State: ALoCoQnssKcLiLt+HUSsRrwQQS//TAlrpo8mMjic19bhu1ui9ZsZ+idSvdx1lQFORzkGQMkur4UL
MIME-Version: 1.0
X-Received: by 10.13.216.212 with SMTP id a203mr15167804ywe.112.1446454298307; Mon, 02 Nov 2015 00:51:38 -0800 (PST)
Received: by 10.37.203.141 with HTTP; Mon, 2 Nov 2015 00:51:38 -0800 (PST)
In-Reply-To: <563720F1.3070903@foss.arm.com>
References: <561E4941.6030204@arm.com>	<CAJA7tRb86KziwJrB9tB-=7b5h6kY=AnHJFa3GAR_hA4sCP7dRw@mail.gmail.com>	<CAD57uCc19EnKh7uamjimE5RsdyeK5hVgAD=a9vpTm5Og6b=_3A@mail.gmail.com>	<563720F1.3070903@foss.arm.com>
Date: Mon, 02 Nov 2015 08:51:00 -0000
Message-ID: <CAD57uCeAow38sjwN6ztaND0TTrKf-fe-WfYJgbwhnAi_LNybDA@mail.gmail.com>
Subject: Re: [PATCH][ARM] PR target/67929 Tighten vfp3_const_double_for_bits checks
From: Yvan Roux <yvan.roux@linaro.org>
To: Ramana Radhakrishnan <ramana.radhakrishnan@foss.arm.com>
Cc: Kyrill Tkachov <kyrylo.tkachov@arm.com>, GCC Patches <gcc-patches@gcc.gnu.org>, 	Ramana Radhakrishnan <ramana.radhakrishnan@arm.com>, Richard Earnshaw <Richard.Earnshaw@arm.com>
Content-Type: text/plain; charset=UTF-8
X-IsSubscribed: yes
X-SW-Source: 2015-11/txt/msg00027.txt.bz2

On 2 November 2015 at 09:38, Ramana Radhakrishnan
<ramana.radhakrishnan@foss.arm.com> wrote:
>
>>>>
>>>> 2015-10-12  Kyrylo Tkachov  <kyrylo.tkachov@arm.com>
>>>>
>>>>     PR target/67929
>>>>     * gcc.target/arm/pr67929_1.c: New test.
>>
>> This test fails when tested on hard-float targets, adding the
>> following line to avoid testing it in such cases will fix the issue,
>> but I wonder if there is a better dejaGNU directives sequence to do
>> that.
>>
>> /* { dg-skip-if "avoid conflicting multilib options" { *-*-*eabihf } {
>> "*" } { "" } } */
>
> No, not without further investigation into why the test is failing.

Sorry, it fails because of the ABI mismatch between the built libs for
HF targets and the testcase which is built with the flag
-mfloat-abi=softfp (which is added by the directive arm_vfpv3_ok)

Yvan

> regards
> Ramana
>
>>
>> Cheers,
>> Yvan
>>