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 20:51:54 +0300 Message-ID: <838raooy85.fsf@gnu.org> References: <1428589171.162865.1691134964773@mail1.libero.it> <83h6pcrbe9.fsf@gnu.org> <11660747.27k8W16iEi@nimes> <87a5v45pmj.fsf@yahoo.com> <15527b3e-9334-c03d-e0a5-0828381a0071@cs.ucla.edu> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="10852"; mail-complaints-to="usenet@ciao.gmane.io" Cc: luangruo@yahoo.com, angelo.g0@libero.it, emacs-devel@gnu.org, bruno@clisp.org To: Paul Eggert Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sun Aug 06 19:52:06 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 1qShvB-0002YO-32 for ged-emacs-devel@m.gmane-mx.org; Sun, 06 Aug 2023 19:52:05 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qShum-0001w9-Jx; Sun, 06 Aug 2023 13:51:40 -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 1qShuk-0001vw-M9 for emacs-devel@gnu.org; Sun, 06 Aug 2023 13:51:38 -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 1qShuk-00012n-7l; Sun, 06 Aug 2023 13:51:38 -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=Qh2eLSEC+BDXl58M2+TsqHHNkFJ5vsSQ2Bc8Se4niD4=; b=NqV361ZaYXpg 6yQl1yx1t8JgNNeGIvoHNGPuyeKSbJkWQypp8SbrgW+zDGMQZPvDdDW0lrC3l0xr9L3EQ2xSrW0HX AJ1LVOcp8lIJ4MnRusi0IB/LQFeG8QZha94Vsv3PnorOPT6URsgfIakR4jKjRm7WzducM68wBqkrp zx6IBCpF7DSqa5UWlY0viFQAe595ekfjm0KD2kDHNavt8NUvOk89keO20qPS3VWgveqbFO+TVFJFl HP3qAYyEExQ9dieUDYEAQCY4/e1gjNA6V9hb1YXfefKeHcbxnzWfF0E+qY3svwSHUycdkhUOVyCJ3 7SEK9qUhVKA60G2o85GEnA==; In-Reply-To: <15527b3e-9334-c03d-e0a5-0828381a0071@cs.ucla.edu> (message from Paul Eggert on Sun, 6 Aug 2023 10:44:09 -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:308382 Archived-At: > Date: Sun, 6 Aug 2023 10:44:09 -0700 > Cc: Eli Zaretskii , angelo.g0@libero.it, emacs-devel@gnu.org, > Bruno Haible > From: Paul Eggert > > I understand the reluctance from the Android point of view. However, > printf-posix imports 69 new source files to Emacs, and these files have > not been tested extensively with Emacs on non-Android platforms. From > the viewpoint of non-Android Emacs platforms, it's significantly less > disruptive if merging the Android branch does not add 69 new source > files that will require testing on these platforms. > > And even from the Android viewpoint, no matter what we do to fix the > problem some testing needs to be done anyway, as the fix is likely to > affect Emacs in test-relevant ways. I think Paul makes a good point here about those modules not being tested in Emacs on other platforms. Avoiding addition of 69 files to Emacs is also a non-trivial gain. Since Emacs 30.1 will not be released any time soon, I think we will have ample time to test it without the *printf modules, and find out and fix any issues this could create. So I suggest to give this solution a chance. > The idea is to get feature/android merged quickly. We can revisit the > use of Gnulib's printf-posix module later, as needed. With luck > printf-posix won't be needed, as Emacs historically has avoided use of > unusual printf features (for obvious portability reasons). Right.