From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 95722 invoked by alias); 1 Sep 2018 06:05:33 -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 95711 invoked by uid 89); 1 Sep 2018 06:05:33 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-1.1 required=5.0 tests=AWL,BAYES_00,LIKELY_SPAM_BODY,RCVD_IN_DNSWL_NONE,SPF_HELO_PASS autolearn=no version=3.3.2 spammy=afford, tweak, Hx-languages-length:997, life X-HELO: gateway22.websitewelcome.com Received: from gateway22.websitewelcome.com (HELO gateway22.websitewelcome.com) (192.185.46.234) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Sat, 01 Sep 2018 06:05:29 +0000 Received: from cm10.websitewelcome.com (cm10.websitewelcome.com [100.42.49.4]) by gateway22.websitewelcome.com (Postfix) with ESMTP id 937DC3663 for ; Sat, 1 Sep 2018 01:05:27 -0500 (CDT) Received: from box5379.bluehost.com ([162.241.216.53]) by cmsmtp with SMTP id vz2FfkyPNBcCXvz2FfEYYS; Sat, 01 Sep 2018 01:05:27 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=tromey.com; s=default; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=NROFFwkTn7fuPPrKJ0TbMtDGhTJ9Gr1vnLhFnaCfBfg=; b=vBYWuo/cPuyvf8pXtU+LKLhcl5 F1YiZnJuJAz8gTvLCAAjfdpDe/AzS+o2YTvzw7a1TwwM/bB/qq48QU4M21aQDZLKKzGASF2ECEILd k5E7LHgqFesPbQMeMFrap9YwL; Received: from 75-166-85-72.hlrn.qwest.net ([75.166.85.72]:51958 helo=bapiya) by box5379.bluehost.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.91) (envelope-from ) id 1fvz2F-003QB1-7E; Sat, 01 Sep 2018 01:05:27 -0500 From: Tom Tromey To: Sergio Durigan Junior Cc: Tom Tromey , Bruno Haible , Paul Eggert , bug-gnulib@gnu.org, gdb-patches@sourceware.org Subject: Re: hierarchical projects with configure scripts References: <87lg8pm4li.fsf@redhat.com> <2805333.pL1CPYTu1R@omega> <87y3cokaai.fsf@redhat.com> <2373646.KA5HVAegPz@omega> <87h8jck0eu.fsf@redhat.com> <87lg8mz2zm.fsf@tromey.com> <875zzqgj09.fsf@redhat.com> Date: Sat, 01 Sep 2018 06:05:00 -0000 In-Reply-To: <875zzqgj09.fsf@redhat.com> (Sergio Durigan Junior's message of "Fri, 31 Aug 2018 20:26:46 -0400") Message-ID: <874lf9sqft.fsf@tromey.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-SW-Source: 2018-09/txt/msg00002.txt.bz2 >>>>> "Sergio" == Sergio Durigan Junior writes: > Another possibility that may be simpler for GDB, is to change its > configure.ac files to require C99 or later everywhere. At this point > it's more trouble than it's worth to tweak source code or makefiles to > cater to compilers operating in C89 mode. Just tell your C compiler to > support C99-or-better everywhere, and your life will surely be > simpler. Sergio> I don't know if just requiring C99 or later would be enough to solve Sergio> this problem, but it's something to consider for GDB, I think. I personally think it would be fine -- C99 is nearly 20 years old now, surely we can afford to upgrade -- but I think this would have to be run by the binutils list as well. Also there's the question of how it would be implemented. Like, if it relied on modifying CFLAGS, then that would still interfere how this is supposed to be a user-controlled variable. Tom