From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: gsettings.m4 copyright Date: Mon, 03 Jan 2022 17:11:38 +0200 Message-ID: <8335m4dfbp.fsf@gnu.org> References: <83k0fhc75r.fsf@gnu.org> <87y23xdlkm.fsf@yahoo.com> <83fsq5c6qs.fsf@gnu.org> <20220103.223950.285333486999523743.masm@luna.pink.masm11.me> <83a6gcdha6.fsf@gnu.org> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="26667"; mail-complaints-to="usenet@ciao.gmane.io" Cc: emacs-devel@gnu.org To: masm+emacs@masm11.me, luangruo@yahoo.com Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Mon Jan 03 16:13:45 2022 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1n4P1s-0006hz-Fj for ged-emacs-devel@m.gmane-mx.org; Mon, 03 Jan 2022 16:13:44 +0100 Original-Received: from localhost ([::1]:49836 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1n4P1q-000220-Ka for ged-emacs-devel@m.gmane-mx.org; Mon, 03 Jan 2022 10:13:42 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:60344) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1n4Ozn-0000BR-LP for emacs-devel@gnu.org; Mon, 03 Jan 2022 10:11:39 -0500 Original-Received: from [2001:470:142:3::e] (port=53554 helo=fencepost.gnu.org) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1n4Ozm-0008FK-2w; Mon, 03 Jan 2022 10:11:34 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=xl9IBJogGGHYBRt3XZRuMpBePbdDq6v5DGdhw+jU+zc=; b=VxLb/To7+W2W l1H2/Pr0GIFcaI1PznVDSnbBuQ2kYljNsqNk666hFNkDq0ktRJiwNtAmKOMKSI3V4kr2Gd2MfCEWG vUx8bX0cxiptAWg+vFNQ+bccUWyUdSvvLRDrjZ9o8H2e+Y/YpBkjp6kUEJjbUVFXSBwRqOzq/6XXD Kxv9UV7eW2rpS8NqjcOv1kat0x58U3eY1q81gG18awfYR51/1ANmdIuiGiRta12H7rqzNI6rwjjKO X+XOxMOR9CGckQJDxfu+A4NA23ZERu+ANjcV6hmW7H2AwbJi8tTNRrpz2BCXeR3RVOXBgP4Sag3Rn oYPuoUvYNcDCNIQyTYhsGA==; Original-Received: from [87.69.77.57] (port=2816 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1n4Ozm-0007UH-2A; Mon, 03 Jan 2022 10:11:34 -0500 In-Reply-To: <83a6gcdha6.fsf@gnu.org> (message from Eli Zaretskii on Mon, 03 Jan 2022 16:29:21 +0200) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:284055 Archived-At: > Date: Mon, 03 Jan 2022 16:29:21 +0200 > From: Eli Zaretskii > Cc: luangruo@yahoo.com, emacs-devel@gnu.org > > At this point, I think we should consider removing the file and > rewriting the tests it performs in configure.ac, in as different a > form from gsettings.m4 as possible. Is that feasible? Actually, that file does little more except rewriting some rules in Makefile.in, is that so? If so, can't we do that using the GNU Make ifdef/ifeq conditionals, like we do with native-compilation specific fragments? Then perhaps the configure.ac stuff to support that could be very small, limited to defining some Make macro. Does this make sense?