From patchwork Mon Jan 8 13:31:01 2018 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Tom de Vries X-Patchwork-Id: 856802 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-470408-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="OF/TIo1g"; 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 3zFblG1xLtz9s7M for ; Tue, 9 Jan 2018 00:31:21 +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:to :from:subject:message-id:date:mime-version:content-type; q=dns; s=default; b=JBYK8KvrG94rFSD1OeIWmbS3c1HzgH8LKaQBS7VGwKrmovz2NF 7Z/c8WgLeS2T3TX5rh1GsBlHYne0E0HTA3JYzCNrw5s4gdKsY9IuhkE1kdaVkUTT fwIJNejySCDLZAGzG6JlYy+bQoqRHqoRnWWpzWWyMerykgKzogcr8OHTk= 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:to :from:subject:message-id:date:mime-version:content-type; s= default; bh=PFzOdOu8q/nt7Z+BMBCDVg6rsR4=; b=OF/TIo1gmO9DHnH5Vpk+ mtlQAKz6UDe8C+mZ0vsaBd0PyFHUHY0uJH95gc83D5aFopAQke78kGa7bRfXFztK O6zgWwXHcr2kNV7YR7jquFPByfKIe5MkIVniXsVTYR3gZufg28PvL/ACphObB28V Dp1SMW3PQw5Ki4kG/oCDA9M= Received: (qmail 59986 invoked by alias); 8 Jan 2018 13:31:15 -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 53328 invoked by uid 89); 8 Jan 2018 13:31:10 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-24.8 required=5.0 tests=AWL, BAYES_00, GIT_PATCH_0, GIT_PATCH_1, GIT_PATCH_2, GIT_PATCH_3, RCVD_IN_DNSWL_NONE, SPF_PASS, URIBL_RED autolearn=ham version=3.3.2 spammy= X-HELO: relay1.mentorg.com Received: from relay1.mentorg.com (HELO relay1.mentorg.com) (192.94.38.131) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Mon, 08 Jan 2018 13:31:07 +0000 Received: from nat-ies.mentorg.com ([192.94.31.2] helo=SVR-IES-MBX-04.mgc.mentorg.com) by relay1.mentorg.com with esmtps (TLSv1.2:ECDHE-RSA-AES256-SHA384:256) id 1eYXW5-0004lz-FT from Tom_deVries@mentor.com for gcc-patches@gcc.gnu.org; Mon, 08 Jan 2018 05:31:05 -0800 Received: from [172.30.72.29] (137.202.0.87) by SVR-IES-MBX-04.mgc.mentorg.com (139.181.222.4) with Microsoft SMTP Server (TLS) id 15.0.1320.4; Mon, 8 Jan 2018 13:31:02 +0000 To: GCC Patches From: Tom de Vries Subject: [testsuite] Xfail ssa-dom-cse-2.c for nvptx Message-ID: <571c7871-ffe7-1203-25bf-de0d4c4807fe@mentor.com> Date: Mon, 8 Jan 2018 14:31:01 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.5.0 MIME-Version: 1.0 X-ClientProxiedBy: svr-ies-mbx-01.mgc.mentorg.com (139.181.222.1) To SVR-IES-MBX-04.mgc.mentorg.com (139.181.222.4) Hi, For nvptx we have: ... FAIL: gcc.dg/tree-ssa/ssa-dom-cse-2.c scan-tree-dump optimized "return 28;" ... The test-case is compiled with -O3, which implies -ftree-loop-vectorize and -ftree-slp-vectorize. I've investigated the test-case on x86_64, and there the test-case fails when specifying -fno-tree-loop-vectorize, but passes again when adding -fno-tree-slp-vectorize. For nvptx, loop vectorization does nothing but slp vectorization manages to do a transformation, which matches the failing scenario on x86_64, and with similar gimple code. So, I think we expect this scan test to fail for nvptx. Tested on nvptx and committed. Thanks, - Tom Xfail ssa-dom-cse-2.c for nvptx 2018-01-08 Tom de Vries * gcc.dg/tree-ssa/ssa-dom-cse-2.c: Xfail scan for nvptx. --- gcc/testsuite/gcc.dg/tree-ssa/ssa-dom-cse-2.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/gcc/testsuite/gcc.dg/tree-ssa/ssa-dom-cse-2.c b/gcc/testsuite/gcc.dg/tree-ssa/ssa-dom-cse-2.c index a660e82..7e88516 100644 --- a/gcc/testsuite/gcc.dg/tree-ssa/ssa-dom-cse-2.c +++ b/gcc/testsuite/gcc.dg/tree-ssa/ssa-dom-cse-2.c @@ -25,4 +25,4 @@ foo () but the loop reads only one element at a time, and DOM cannot resolve these. The same happens on powerpc depending on the SIMD support available. */ -/* { dg-final { scan-tree-dump "return 28;" "optimized" { xfail { { alpha*-*-* hppa*64*-*-* } || { lp64 && { powerpc*-*-* sparc*-*-* riscv*-*-* } } } } } } */ +/* { dg-final { scan-tree-dump "return 28;" "optimized" { xfail { { alpha*-*-* hppa*64*-*-* nvptx*-*-* } || { lp64 && { powerpc*-*-* sparc*-*-* riscv*-*-* } } } } } } */