From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 30207 invoked by alias); 25 Oct 2014 17:04:24 -0000 Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org Received: (qmail 30194 invoked by uid 89); 25 Oct 2014 17:04:22 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.7 required=5.0 tests=AWL,BAYES_00,FROM_12LTRDOM,RCVD_IN_DNSWL_NONE autolearn=ham version=3.3.2 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; Sat, 25 Oct 2014 17:04:20 +0000 Received: from svr-orw-fem-02x.mgc.mentorg.com ([147.34.96.206] helo=SVR-ORW-FEM-02.mgc.mentorg.com) by relay1.mentorg.com with esmtp id 1Xi4lF-0002NC-Ac from Sandra_Loosemore@mentor.com for gdb-patches@sourceware.org; Sat, 25 Oct 2014 10:04:17 -0700 Received: from [IPv6:::1] (147.34.91.1) by svr-orw-fem-02.mgc.mentorg.com (147.34.96.168) with Microsoft SMTP Server id 14.3.181.6; Sat, 25 Oct 2014 10:04:16 -0700 Message-ID: <544BD7E6.1050602@codesourcery.com> Date: Sat, 25 Oct 2014 17:04:00 -0000 From: Sandra Loosemore User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20130329 Thunderbird/17.0.5 MIME-Version: 1.0 To: Subject: GCC switch to C11 causes many testsuite compiler diagnostics Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2014-10/txt/msg00698.txt.bz2 Comparing my latest nios2 test results (with Pedro's thread patch) with those from a checkout a couple weeks old, I noticed I had some new ERRORs due to apparent compilation failures. I tracked this down to the recent change on GCC mainline (r216247) to make the default C dialect GNU11, which enables -Wimplicit-int and -Wimplicit-function-declaration by default. I started working on a patch to fix the offending testcases, but realized that there are hundreds of them. :-( So, before I invest a lot more time on this, is updating the GDB testsuite to use a more modern C dialect the Right Thing To Do? I'm also wondering if it's really necessary to support compilers that can't handle function prototypes in the testsuite (not defining PROTOTYPES seems to be the default, in fact). -Sandra