From patchwork Tue Aug 25 20:09:12 2015 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Nathan Sidwell X-Patchwork-Id: 510612 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 7FDBC140082 for ; Wed, 26 Aug 2015 06:09:25 +1000 (AEST) Authentication-Results: ozlabs.org; dkim=pass (1024-bit key; unprotected) header.d=gcc.gnu.org header.i=@gcc.gnu.org header.b=EGJa3Nmk; 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:to :from:subject:message-id:date:mime-version:content-type; q=dns; s=default; b=Gn+TAUHk5C5YLcKP+2ORdFYukPSFQFJUwkZ3Ss3P+CWofK/yD/ Y3lH0668xwU6nbtoHDCw73l1LDbwNIEjSw/jQh8rUQR8zP47QAp9MkWS4c698GLi pJC0Zwt2wrK5jX0jpnP+1c2uUEchDTU/Wi+/pf+/n/RBrMmNnibnX4Hpo= 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=SxWje6BzsDJPhNV8G0uDiztueL0=; b=EGJa3NmkCIYSGQjO+bAA 2Tjf6cdRouUqa2g+qCqtiReWX/cPVyJhDrUdtIWcwXZ9ucimhQg0PTWAKPJrGUwt ffehyN4CYxcF5OH3wme8MB7/UJDgmRwLj+rXX/TlkTdscKohY5NS1orz/pcYc3GZ zwnsXBwiXRr7Qqo3a39/xQo= Received: (qmail 12267 invoked by alias); 25 Aug 2015 20:09:18 -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 12255 invoked by uid 89); 25 Aug 2015 20:09:17 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.6 required=5.0 tests=BAYES_00, FREEMAIL_FROM, RCVD_IN_DNSWL_LOW, SPF_PASS autolearn=ham version=3.3.2 X-HELO: mail-qk0-f170.google.com Received: from mail-qk0-f170.google.com (HELO mail-qk0-f170.google.com) (209.85.220.170) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-GCM-SHA256 encrypted) ESMTPS; Tue, 25 Aug 2015 20:09:16 +0000 Received: by qkda128 with SMTP id a128so57590555qkd.3 for ; Tue, 25 Aug 2015 13:09:14 -0700 (PDT) X-Received: by 10.55.55.82 with SMTP id e79mr70069047qka.100.1440533354262; Tue, 25 Aug 2015 13:09:14 -0700 (PDT) Received: from ?IPv6:2601:181:c000:c497:a2a8:cdff:fe3e:b48? ([2601:181:c000:c497:a2a8:cdff:fe3e:b48]) by smtp.googlemail.com with ESMTPSA id 75sm9364317qkx.24.2015.08.25.13.09.13 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 25 Aug 2015 13:09:13 -0700 (PDT) To: GCC Patches From: Nathan Sidwell Subject: [nvptx] disable another test Message-ID: <55DCCB68.10001@acm.org> Date: Tue, 25 Aug 2015 16:09:12 -0400 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 I've committed this to avoid tripping over another ptx assembler problem. memcpy is used for block move, and the FUNCTION_DECL for that is created uniquely in expr.c. It's not linked up to any other decl for memcpy. PTX requires declarations forexternal symbols, so we emit one for the blkmove variant. We also emit a definition in this particular testcase, and the PTX assembler complains that we've said both 'external', and 'definition'. Rather than go through heroics for just this testcase, I skip it. nathan 2015-08-25 Nathan Sidwell * gcc.c-torture/execute/builtins/20010124-1.x: New. Index: gcc.c-torture/execute/builtins/20010124-1.x =================================================================== --- gcc.c-torture/execute/builtins/20010124-1.x (revision 0) +++ gcc.c-torture/execute/builtins/20010124-1.x (working copy) @@ -0,0 +1,10 @@ +load_lib target-supports.exp + +if [istarget "nvptx-*-*"] { + # This test uses memcpy for block move in the same file as it + # defines it. The two decls are not the same, by design, and we + # end up emitting a definition of memcpy, along with a .extern + # declaration. This confuses the ptx assembler. + return 1 +} +return 0