From patchwork Wed Jul 20 05:37:48 2016 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Senthil Kumar Selvaraj X-Patchwork-Id: 650564 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 3rvQgj4THKz9sR8 for ; Wed, 20 Jul 2016 15:38:39 +1000 (AEST) Authentication-Results: ozlabs.org; dkim=pass (1024-bit key; unprotected) header.d=gcc.gnu.org header.i=@gcc.gnu.org header.b=J3QGIl+H; 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:from :to:subject:date:message-id:mime-version:content-type; q=dns; s= default; b=qGygKwiOZCzBwHWLYdQoSWBAR7jxCwkyC6tOdeCj8qR1xdcyFda9o BtD4+KzUj2bfZxPuVsvhgGJW3KMdOgspO5XKl4yFDMFjV1x/YTQGs8Dl4rC380c/ whNb2Dsj5iAnGAl6FFFs/O/wJ6eYONTDHj8giZHVOh/XG+mByvv+hw= 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:from :to:subject:date:message-id:mime-version:content-type; s= default; bh=BWMQg43cyqX/OraAMgqTpyXcBLU=; b=J3QGIl+HDO5WONl65AMX SzlU+IIP82gFkOcfyz8YPO6wDZdnKXviYC2wYrTDeiBe+JxhHV21MMn8M1V5xayB 2aAs6Fev88jzkqfReb+bxofKOvxE/SytVQlVsQOMcGphwNmwKQqd7Cc/opl2t7/m KtQYNUPPuxOncID321855Q4= Received: (qmail 107094 invoked by alias); 20 Jul 2016 05:38:33 -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 107084 invoked by uid 89); 20 Jul 2016 05:38:32 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-3.2 required=5.0 tests=BAYES_00, RP_MATCHES_RCVD, SPF_PASS autolearn=ham version=3.3.2 spammy=H*Ad:D*comcast.net, HTo:D*comcast.net, HX-detected-operating-system:Windows X-HELO: fencepost.gnu.org Received: from fencepost.gnu.org (HELO fencepost.gnu.org) (208.118.235.10) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-SHA encrypted) ESMTPS; Wed, 20 Jul 2016 05:38:30 +0000 Received: from eggs.gnu.org ([2001:4830:134:3::10]:40017) by fencepost.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1bPkDD-00029b-Jf for gcc-patches@gnu.org; Wed, 20 Jul 2016 01:38:28 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bPkD8-0002nq-2d for gcc-patches@gnu.org; Wed, 20 Jul 2016 01:38:26 -0400 Received: from eusmtp01.atmel.com ([212.144.249.243]:31761) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bPkD7-0002mH-SB for gcc-patches@gnu.org; Wed, 20 Jul 2016 01:38:22 -0400 Received: from HNOCHT01.corp.atmel.com (10.161.30.161) by eusmtp01.atmel.com (10.161.101.31) with Microsoft SMTP Server (TLS) id 14.3.235.1; Wed, 20 Jul 2016 07:38:13 +0200 Received: from jaguar.atmel.com (10.161.30.18) by HNOCHT01.corp.atmel.com (10.161.30.161) with Microsoft SMTP Server (TLS) id 14.3.235.1; Wed, 20 Jul 2016 07:38:16 +0200 User-agent: mu4e 0.9.17; emacs 24.5.1 From: Senthil Kumar Selvaraj To: gcc-patches , Mike Stump Subject: [Patch, testsuite, tentative] Explicitly disable pointer <-> int cast warnings for avr? Date: Wed, 20 Jul 2016 11:07:48 +0530 Message-ID: <87k2ggj2dv.fsf@atmel.com> MIME-Version: 1.0 X-detected-operating-system: by eggs.gnu.org: Windows 7 or 8 X-Received-From: 212.144.249.243 X-IsSubscribed: yes Hi, The patch fixes a couple of testsuite failures that show up for the avr target because it has different sizes for longs and pointers (4 bytes versus 2), by explicitly disabling the warning for avr. Does this make sense? Skipping the test by requiring ptr32plus would have worked, but this lets the test run for avr and for compile tests that don't look at output, nothing should hopefully break. Is this a good strategy in general? Regards Senthil diff --git gcc/testsuite/gcc.dg/torture/pr69352.c gcc/testsuite/gcc.dg/torture/pr69352.c index ad718b9..cf06383 100644 --- gcc/testsuite/gcc.dg/torture/pr69352.c +++ gcc/testsuite/gcc.dg/torture/pr69352.c @@ -1,4 +1,5 @@ /* { dg-do compile } */ +/* { dg-additional-options "-Wno-pointer-to-int-cast" { target { "avr-*-*" } } } */ int a[10][14], b, c, d, e, f, g, h, i; void bar (void); diff --git gcc/testsuite/gcc.dg/torture/pr71866.c gcc/testsuite/gcc.dg/torture/pr71866.c index e1b36cb..c074ad4 100644 --- gcc/testsuite/gcc.dg/torture/pr71866.c +++ gcc/testsuite/gcc.dg/torture/pr71866.c @@ -1,5 +1,6 @@ /* { dg-do compile } */ /* { dg-additional-options "-ftree-pre -fcode-hoisting" } */ +/* { dg-additional-options "-Wno-int-to-pointer-cast" { target { "avr-*-*" } } } */ typedef unsigned char u8; extern unsigned long pci_io_base;