From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp.gentoo.org (smtp.gentoo.org [IPv6:2001:470:ea4a:1:5054:ff:fec7:86e4]) by sourceware.org (Postfix) with ESMTP id 3D87B398B846 for ; Thu, 22 Apr 2021 03:17:36 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org 3D87B398B846 Received: from vapier (localhost [127.0.0.1]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTPS id BEB1E34110B; Thu, 22 Apr 2021 03:17:34 +0000 (UTC) Date: Wed, 21 Apr 2021 23:17:33 -0400 From: Mike Frysinger To: Tom Tromey Cc: gdb-patches@sourceware.org Subject: Re: [PATCH 04/10] Require GNU make Message-ID: Mail-Followup-To: Tom Tromey , gdb-patches@sourceware.org References: <20210408203312.2938165-1-tom@tromey.com> <20210408203312.2938165-5-tom@tromey.com> <878s5rjs1g.fsf@tromey.com> <87wnsvfcxe.fsf@tromey.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <87wnsvfcxe.fsf@tromey.com> X-Spam-Status: No, score=-4.9 required=5.0 tests=BAYES_00, KAM_DMARC_STATUS, RCVD_IN_DNSWL_LOW, SPF_HELO_PASS, SPF_PASS, TXREP autolearn=ham autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on server2.sourceware.org X-BeenThere: gdb-patches@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gdb-patches mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Apr 2021 03:17:38 -0000 On 21 Apr 2021 17:14, Tom Tromey wrote: > >>>>> "Mike" == Mike Frysinger via Gdb-patches writes: > > Mike> you're not wrong, but i don't think it's any worse than plain make. i'm > Mike> not plain make would be better either. we're using non-recursive make :). > > Yeah, a non-recursive build would definitely be better. Given that this > is the goal, I'm thinking I may drop some of this series. I guess I > would keep patch #1-#7 (some are a different direction from Automake, > but improve things in an updateable way in the meantime), drop #8 and #9 > (which split up Make-common.in, probably just making things harder), and > keep #10 (remove some configure checks). > > Let me know if that sounds OK to you. sure, sgtm. i'm not anti-iterating on the current common/Make-common.in stuff if you want, i'm just trying to minimize my own contributions in that space until i can nuke it entirely :). -mike