From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Po Lu Newsgroups: gmane.emacs.devel Subject: Re: Merging feature/android Date: Thu, 09 Mar 2023 09:12:56 +0800 Message-ID: <87356en2w7.fsf@yahoo.com> References: <87edq7ztks.fsf.ref@yahoo.com> <87fsajtrrx.fsf@yahoo.com> <83o7p78ns8.fsf@gnu.org> <87y1obsamf.fsf@yahoo.com> <0100f288-fcc0-8b91-5f12-18bf22969e50@cs.ucla.edu> <87ttyzs8q1.fsf@yahoo.com> <253e9494-6f78-89b7-8f5f-9c2e8461d95a@cs.ucla.edu> <878rgaspvs.fsf@yahoo.com> <86bkl6z1sc.fsf@aarsen.me> <87mt4qqi2o.fsf@yahoo.com> <83a60q84eo.fsf@gnu.org> <87a60qqb0c.fsf@yahoo.com> <83y1oa6k71.fsf@gnu.org> <87sfehpfcv.fsf@yahoo.com> <83a60o7mif.fsf@gnu.org> <87jzzspvcl.fsf@yahoo.com> <83ttyw65v5.fsf@gnu.org> <4B15D851-5638-48E6-A789-3017A1CBA971@yahoo.com> <8584ff7c-f83e-18b1-1300-dfa0788e4443@cs.ucla.edu> <87v8jbohk4.fsf@yahoo.com> <831qlz5pas.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="5317"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Cc: eggert@cs.ucla.edu, arsen@aarsen.me, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Thu Mar 09 02:14:05 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 1pa4r6-0001Dw-Sv for ged-emacs-devel@m.gmane-mx.org; Thu, 09 Mar 2023 02:14:04 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pa4qK-0006Jt-GP; Wed, 08 Mar 2023 20:13:16 -0500 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 1pa4qI-0006Jj-JO for emacs-devel@gnu.org; Wed, 08 Mar 2023 20:13:14 -0500 Original-Received: from sonic305-3.consmr.mail.bf2.yahoo.com ([74.6.133.42]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1pa4qG-0006Oo-KY for emacs-devel@gnu.org; Wed, 08 Mar 2023 20:13:14 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1678324388; bh=KogZ8FilTj3EbXVGHZ1qXojtp0nTCvXfhTA3NFaFhJ8=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From:Subject:Reply-To; b=OyV9akrC7y1lBCamP+sATtosNStP6pwuZSJ+pTt5DyrflG3YrPf9oFJW5xDcQaAMpA/jn885jjGZVZPwXd/atRmhy6s9IuCVm8ke5e7K/2rtNuQbVwA6ZFpjFIw4L7ZNaMIVgzDYS+GeiNl+S+dmBCR0umwQoOqgYhNA0LwCMOTppd7A5kXWWRbBmzzWRLy0c1bjeUYSLwSfJp8hfWFn7BWws6tn8I+tnSpsLlQC8yWai4b/kmLKvpEl6vSmeZEL+Xi1ZD2mDvv14qNncvjwLlHbSN0kXz00/k0NIqTc5pG8v7OphkjNcXHiszhEYIohH+OkjguqQ0Tt4J6pbWUuxA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1678324388; bh=8/E7MKGEqYL2r04516dFzBu9rZ34P1p8Q9N6OHoFYvn=; h=X-Sonic-MF:From:To:Subject:Date:From:Subject; b=ZMV2ohe0IDCviVY8I2fuiwNgK5aOd8M7OVob8X0qz2rLcXaOXQ71zlXZvsRLZU20+pEko/WaB5ELhl4cTSC+wHvuAvgaFjuH5HA4ObxFJB+xpVFy/bYcJSKlCwZanyr+pfmlauXgmrOfyi/m0ZRFX9HyIuaeGwvpCqltUbbKkWJqCAUa4jRYTCXUISatVwn4o3euQr3SAKNUrCZLyjGa0F08cXIbK64EcYrbN7ToqsT0yQR0tua7FlSX3h2fqXYrpG0zjDcg22WIXvxWWM3HZWQ6s4LawsmiMPdUgPqJQ8yoowVkV4dsPZjYt2arjc2wpTlqzmjwoib0zZOPkc7zBQ== X-YMail-OSG: OoKL4YoVM1kPRDEYLeRvKd5_uIdMO3T2RLM.MNEEkU.aVUVbmJO801UDxf5QVnZ vnOvFA0.Wak_n4y_v.euQZXX5fv0WNA4IVuijDkoFXluRZlkkgt6zLrgz9xIj69IDu9ilI5houBE KUivM9RIupWVMZkeP6BdD5uqaKP73ddlAdiBN80JCVKVD8wUDFYANznQbK8HuejTw_uTyqbkDipw srzE1KrsarrpNyMGRWJCaNXM7baoeggn6UGK3OaMOM_mp4FK5nMvJOUtoaUODKQDyoNX38.2RSMl Uw5aGJSE4hG_Yjjlzf7rskGtwBJOgejHvLmspH.LaNfjVy4SZka2RwstdTarP3xku8eK55oq_ahL Kb1vnD4t5ws1noOYFnzhfwirbfp27qLMg9jkgBbjcmw_iOnmE6xTbDTnGWAlySKG8cKFCF57I4qw RQiGVzd8iiUYFphgixgIPZtI6x7tbH3XzSJfyJjZFNgUU.AwC5F2Z68QMDGjO.heStSK5pw.HRzG k4JyoHjWkYdAnN5Ya54FUP2gEmtIYAG7SFmirW28Wwk_M4.HXUM3LrVg90CERO3mVSAcA8O0ELMp PfzqPoCj0h0kXju3l6MA8.otkDld1U48qWmaXh.CZmnK3OQYZqWSojrIXaPi07PtpWa5EMSZ88fU jmHj5OOv7dokuxBUVguuoYAAghE9SajFdnHkhqCi2xqcr4e_egSf3FRjP3j4CPFU0Y7YtCT55SEU 2vxGOACbODVbXDO6kOz2L61ywivkyqCvSOvUj7R8fgYgUuKyTPtxuqhWQKHsnWx5Nwsja8uqABJY VmTVNDOMNzN_VQB2hst_vp5AJkXPmtPjLA.QDBCxJO X-Sonic-MF: Original-Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.bf2.yahoo.com with HTTP; Thu, 9 Mar 2023 01:13:08 +0000 Original-Received: by hermes--production-sg3-67c57bccff-ddhjj (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID b63dd24b9e40b09fda82c9fe090781c5; Thu, 09 Mar 2023 01:13:01 +0000 (UTC) In-Reply-To: <831qlz5pas.fsf@gnu.org> (Eli Zaretskii's message of "Wed, 08 Mar 2023 15:46:19 +0200") X-Mailer: WebService/1.1.21284 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo Received-SPF: pass client-ip=74.6.133.42; envelope-from=luangruo@yahoo.com; helo=sonic305-3.consmr.mail.bf2.yahoo.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action 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:304158 Archived-At: Eli Zaretskii writes: > Only because you keep insisting that it's needed. My preference is to > leave it "default ON" on all platforms. I see no reason why having > Android users see the error and re-run configure with ifavailable (if > needed) would be such a catastrophe. We _want_ Emacs to be capable of > loading modules, and we want the user to be aware if the build cannot > do that, so that the user could take the remedial action if possible. Because (on many systems, not just on Android) a working version of GCC is not a small dependency required for networking, or some easy-to-install image library, but a massive piece of software that is difficult to install and keep working. Emacs currently also doesn't work on systems where the linker refuses to link with `dlopen' by default: % ./configure CC='gcc445' ... checking for dlopen... no configure: error: Dynamic modules are not supported on your system and requires tweaking: % ./configure CC='gcc445' LDFLAGS='-Wl,-insecure -lc' dynamic modules, being a niche feature (count the number of packages on ELPA and NonGNU that provide them), do not deserve such special treatment, so configure should not insist that they be available, at least on any system where GCC is not typically available. How is this change any different from us bumping the minimum required versions of GTK+ or ImageMagick in the past? From the POV of users running the older versions, GTK+ or ImageMagick support silently disappeared without warning.