From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 69199 invoked by alias); 17 Nov 2017 13:17:33 -0000 Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-patches-owner@gcc.gnu.org Received: (qmail 68890 invoked by uid 89); 17 Nov 2017 13:17:32 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00,KB_WAM_FROM_NAME_SINGLEWORD,RCVD_IN_DNSWL_NONE,SPF_PASS autolearn=no version=3.3.2 spammy=UD:vect-33.c, vect-33.c, vect33c X-HELO: mail-vk0-f68.google.com Received: from mail-vk0-f68.google.com (HELO mail-vk0-f68.google.com) (209.85.213.68) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Fri, 17 Nov 2017 13:17:31 +0000 Received: by mail-vk0-f68.google.com with SMTP id g11so1624242vkd.13 for ; Fri, 17 Nov 2017 05:17:31 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=nkvYDdVpTIWv6Lnyk9Fw1ennOikamYQ86WveG3Qd+nE=; b=F1uA+9hVra1xaqOngJBikF3R5luhgtPRtXj0s1f6M2Pe76LoyjML3vF1otuBEH9IS/ Eg0iTdQY3Xw9CNcHD3B0UWf+/6KGxv6JdR9wecycNeqTsx+5QjDrgrer+oj2tEbJ2nVu bZCIgsEst+VzThn4AYDy9Y991PgIGGGIfg4gY+Ud85cStw5HtaEXOy5opZFFIMW1GD3C TiUzFJnSkiGDXiNU/O+hk4PMnW/NOzrg0F/q7ezBaRyXvHtGakTkrMNmMb4QypfL190C WpoIFCc1kgEXcCvcmr0qF7Zmk/SrmeywoLHlOwSfzB3vPv1EGXjFMtCC5pEU1RZdYK95 DseQ== X-Gm-Message-State: AJaThX4a5Ix8O2yg2yIuN3Z2xdG247QurHzrvCgJH7foRhu3ILlD8r40 Fu24pPJu+gyKYOSpbMSed/VWDAk+8Bcm8mDKimeW1A== X-Google-Smtp-Source: AGs4zMbWmBk5Tsv4xh8T4z3M4hd+queGQHqNfUHlxds9VsUcArXg/NYCpMdlSwRs86KS99upzUgRMmkbtqgsWtznenE= X-Received: by 10.31.164.13 with SMTP id n13mr4190316vke.144.1510924649065; Fri, 17 Nov 2017 05:17:29 -0800 (PST) MIME-Version: 1.0 Received: by 10.103.120.208 with HTTP; Fri, 17 Nov 2017 05:17:28 -0800 (PST) In-Reply-To: <7c5b8fbd-4077-8e21-1261-d6c12056f95d@redhat.com> References: <87inerqqyz.fsf@linaro.org> <874lqbqqta.fsf@linaro.org> <7c5b8fbd-4077-8e21-1261-d6c12056f95d@redhat.com> From: Christophe Lyon Date: Fri, 17 Nov 2017 13:23:00 -0000 Message-ID: Subject: Re: [3/10] Add available_vector_sizes to target-supports.exp To: Richard Sandiford Cc: "gcc-patches@gcc.gnu.org" Content-Type: text/plain; charset="UTF-8" X-IsSubscribed: yes X-SW-Source: 2017-11/txt/msg01467.txt.bz2 Hi Richard, On 8 November 2017 at 20:11, Jeff Law wrote: > On 11/03/2017 10:18 AM, Richard Sandiford wrote: >> This patch adds a routine that lists the available vector sizes >> for a target and uses it for some existing target conditions. >> Later patches add more uses. >> >> The cases are taken from multiple_sizes. >> >> >> 2017-11-03 Richard Sandiford >> Alan Hayward >> David Sherwood >> >> gcc/testsuite/ >> * lib/target-supports.exp (available_vector_sizes): New proc. >> (check_effective_target_vect_multiple_sizes): Use it. >> (check_effective_target_vect64): Likewise. >> (check_effective_target_vect_sizes_32B_16B): Likewise. This patch (r254590) means that we now skip: gcc.dg/vect/vect-33.c -flto -ffat-lto-objects scan-tree-dump-times vect "Alignment of access forced using versioning" 1 gcc.dg/vect/vect-33.c scan-tree-dump-times vect "Alignment of access forced using versioning" 1 on armeb-none-linux-gnueabihf --with-fpu=neon-fp16 This is because of the change in vect64, which used to give a different result on arm depending on the endianness. I think that's not a big deal, but I thought I should mention it. Christophe > OK. > jeff