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: Android port Date: Sun, 06 Aug 2023 21:15:25 +0300 Message-ID: <837cq8ox4y.fsf@gnu.org> References: <1428589171.162865.1691134964773@mail1.libero.it> <83r0ogpdb9.fsf@gnu.org> <3807636.Ya8Q8nTpAt@nimes> <4820875.As95VQC9il@nimes> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="1668"; mail-complaints-to="usenet@ciao.gmane.io" Cc: bruno@clisp.org, luangruo@yahoo.com, angelo.g0@libero.it, emacs-devel@gnu.org To: Paul Eggert Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sun Aug 06 20:15:39 2023 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 1qSiHy-0000GW-TR for ged-emacs-devel@m.gmane-mx.org; Sun, 06 Aug 2023 20:15:39 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qSiHX-00088z-4I; Sun, 06 Aug 2023 14:15:11 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qSiHV-00088f-Dg for emacs-devel@gnu.org; Sun, 06 Aug 2023 14:15:09 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qSiHU-0006sv-9y; Sun, 06 Aug 2023 14:15:08 -0400 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=wbzwzMKyuP68jJUyDfqKqza69SyzYmGNxlRvEktVxAI=; b=kZRL/IYwC3Nf 2/c7kV4WuGPnvofnLYNURpje2Zvp5UYZvVmZ6Dj3te46IzRqCuIz/jZWInU9nbBdfaDUwoEPncgZO TWAK1yWRjLTEti4+cJqovMK8E7KCzUcxSzuR4ndG1b8UWGZ9NgclnHWErm81ybeARHAMailhzfeCq 9YFzDWqwgbpBBzzBg/8LmtZ9MENNPM1hmFrkgQ5FRi7HeTsabnwDpjVkbIZv99afTZuJASm7MMj5Z Br5W8uUyMyhqCDUrYQfKcZr8Gjw6ZXrWaHYsk5mmqEIKsWztpNTZYgqN8Yg4cDZfZubTii0UooGPE tQZ7TpWD3zclKbOvC6I2dw==; In-Reply-To: (message from Paul Eggert on Sun, 6 Aug 2023 11:10:29 -0700) 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-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.devel:308385 Archived-At: > Date: Sun, 6 Aug 2023 11:10:29 -0700 > Cc: Po Lu , Eli Zaretskii , > angelo.g0@libero.it, emacs-devel@gnu.org > From: Paul Eggert > > On 2023-08-06 06:07, Bruno Haible wrote: > > PS: The differences between this approach and the OMIT_GNULIB_MODULE_* > > approach (as far as I understand it) are: > > > > * This approach uses only documented Gnulib features. > > Whereas the OMIT_GNULIB_MODULE_* approach hacks generated files and > > is thus more fragile. > > > > * This approach has an effect on both the set of .m4 code executed by > > configure_and_ the generated Makefiles. > > Whereas the OMIT_GNULIB_MODULE_* approach does not change what happens > > at configure time, it only modifies the generated Makefiles. > > Thanks, Bruno, this sounds like a promising idea. I'll add it to my list > of things to do for Emacs. I'm hoping that it isn't needed for merging > the Android port, though, as it'll require some thinking and testing of > its own. I agree: this is certainly something to consider for the future, but it is better kept separate from the prerequisites for merging the Android branch. The main "beneficiary" of migrating to this method is the MinGW build (and the Gnulib import job), not the Android build.