From patchwork Fri Feb 9 06:31:33 2018 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Jakub Jelinek X-Patchwork-Id: 871222 Return-Path: X-Original-To: incoming@patchwork.ozlabs.org Delivered-To: patchwork-incoming@bilbo.ozlabs.org Authentication-Results: ozlabs.org; spf=pass (mailfrom) smtp.mailfrom=gcc.gnu.org (client-ip=209.132.180.131; helo=sourceware.org; envelope-from=gcc-patches-return-472920-incoming=patchwork.ozlabs.org@gcc.gnu.org; receiver=) Authentication-Results: ozlabs.org; dkim=pass (1024-bit key; unprotected) header.d=gcc.gnu.org header.i=@gcc.gnu.org header.b="yhIhFnXG"; dkim-atps=neutral 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 3zd4wM035qz9s7M for ; Fri, 9 Feb 2018 17:31:46 +1100 (AEDT) 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=uLuO2cE32I1Sc0sjWm8XXQcKgwLwu KReyiENISpXJgbROv9ppZAiNxcod79cSv6SvaBi+0c7GFIhuSG+0ZOAkGM12nWNy Fk+foRZNWefdcnnAx/JMoybPu9QLmpg28E8hcdg+svnf3fo6w5Kxf5tvq0UwaGLJ TcFVIxJh3xQPek= 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=kqWOWoDyiFfYXoU0WFoBqmL2mwQ=; b=yhI hFnXG4mppi1GcA4ENcWXjuM71hL30FCfV/8jJx0V25Z/ctt3SI9pJxJWSycLLeGa 1qEKYrqLVisWs8PblL8RCU2bmJQ7tJ6rgcGf1/CZZ2Ln5rgldN+SRAvwTVKIQ5+G 4I4/ek1xXjzI1gtZT5/+YIv7P1wkyFkmwhr4GNsQ= Received: (qmail 9043 invoked by alias); 9 Feb 2018 06:31:40 -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 8588 invoked by uid 89); 9 Feb 2018 06:31:39 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-12.2 required=5.0 tests=AWL, BAYES_00, GIT_PATCH_2, GIT_PATCH_3, RCVD_IN_DNSWL_LOW, T_RP_MATCHES_RCVD autolearn=ham version=3.3.2 spammy= X-HELO: mx1.redhat.com Received: from mx3-rdu2.redhat.com (HELO mx1.redhat.com) (66.187.233.73) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Fri, 09 Feb 2018 06:31:38 +0000 Received: from smtp.corp.redhat.com (int-mx06.intmail.prod.int.rdu2.redhat.com [10.11.54.6]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id ADBA14085014; Fri, 9 Feb 2018 06:31:36 +0000 (UTC) Received: from tucnak.zalov.cz (ovpn-116-56.ams2.redhat.com [10.36.116.56]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 663132166BAE; Fri, 9 Feb 2018 06:31:36 +0000 (UTC) Received: from tucnak.zalov.cz (localhost [127.0.0.1]) by tucnak.zalov.cz (8.15.2/8.15.2) with ESMTP id w196VYf6004596; Fri, 9 Feb 2018 07:31:34 +0100 Received: (from jakub@localhost) by tucnak.zalov.cz (8.15.2/8.15.2/Submit) id w196VXGY004588; Fri, 9 Feb 2018 07:31:33 +0100 Date: Fri, 9 Feb 2018 07:31:33 +0100 From: Jakub Jelinek To: Richard Biener Cc: gcc-patches@gcc.gnu.org Subject: [PATCH] Tweak ssa-dom-cse-2.c testcase (PR tree-optimization/84232) Message-ID: <20180209063133.GD5867@tucnak> Reply-To: Jakub Jelinek MIME-Version: 1.0 Content-Disposition: inline User-Agent: Mutt/1.9.1 (2017-09-22) X-IsSubscribed: yes Hi! As mentioned in the PR, DOM/SLP can only handle the case when the stores of the vector are in the same chunks as the reads from it, so the testcase has lots of xfails for targets where this doesn't happen. On x86 in the generic and many other tunings the vector is stored in the same chunks as read, but when testing e.g. with -march=silvermont, the test fails. Until DOM/SLP is extended to handle this and all the xfails can be removed, this patch forces -mtune=generic so that the test doesn't fail with some tunings. Bootstrapped/regtested on x86_64-linux and i686-linux, ok for trunk? 2018-02-09 Jakub Jelinek PR tree-optimization/84232 * gcc.dg/tree-ssa/ssa-dom-cse-2.c: Add -mtune-generic on x86. Jakub --- gcc/testsuite/gcc.dg/tree-ssa/ssa-dom-cse-2.c.jj 2018-01-30 12:30:26.394360763 +0100 +++ gcc/testsuite/gcc.dg/tree-ssa/ssa-dom-cse-2.c 2018-02-08 16:21:41.506236052 +0100 @@ -2,8 +2,10 @@ /* { dg-options "-O3 -fno-tree-fre -fno-tree-pre -fdump-tree-optimized --param sra-max-scalarization-size-Ospeed=32" } */ /* System Z needs hardware vector support for this to work (the optimization gets too complex without it. - { dg-additional-options "-march=z13" { target { s390x-*-* } } } */ - + { dg-additional-options "-march=z13" { target s390x-*-* } } */ +/* Use generic tuning on x86 for the same reasons as why alpha, powerpc etc. are + xfailed below. + { dg-additional-options "-mtune=generic" { target i?86-*-* x86_64-*-* } } */ int foo ()