From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by sourceware.org (Postfix) with ESMTP id 730983848035 for ; Fri, 9 Apr 2021 22:45:47 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org 730983848035 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 B7DF8335DA9; Fri, 9 Apr 2021 22:45:46 +0000 (UTC) Date: Fri, 9 Apr 2021 18:45:46 -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> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <878s5rjs1g.fsf@tromey.com> X-Spam-Status: No, score=-4.6 required=5.0 tests=BAYES_00, KAM_DMARC_STATUS, RCVD_IN_MSPIKE_H3, RCVD_IN_MSPIKE_WL, 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: Fri, 09 Apr 2021 22:45:49 -0000 On 09 Apr 2021 11:18, Tom Tromey wrote: > Mike> i've just been looking at moving these to automake and not worrying about > Mike> the quality of the existing Makefiles. although i'm not ready just yet to > Mike> move these ports over. > > You may have difficulty with this because automake doesn't handle the > build/host distinction very well. Like, there's no canned way AFAIK to > say that a given executable should be built for one or the other. > > I tend to think it would be simpler to just reimplement the bits you > need. Once you can rely on GNU make this kind of thing is pretty easy, > and less opaque than automake. > > However, don't let me stand in your way. And, I'm definitely in favor > of removing all the subdir configure scripts. you're not wrong, but i don't think it's any worse than plain make. i'm not plain make would be better either. we're using non-recursive make :). check out igen/local.mk and the testsuite/ ones too. -mike