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: Merging feature/android Date: Wed, 08 Mar 2023 15:46:19 +0200 Message-ID: <831qlz5pas.fsf@gnu.org> References: <87edq7ztks.fsf.ref@yahoo.com> <87o7p7tz16.fsf@yahoo.com> <83sfej8v17.fsf@gnu.org> <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> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="40195"; mail-complaints-to="usenet@ciao.gmane.io" Cc: eggert@cs.ucla.edu, arsen@aarsen.me, emacs-devel@gnu.org To: Po Lu Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Wed Mar 08 14:47:21 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 1pZu8X-000ADM-0i for ged-emacs-devel@m.gmane-mx.org; Wed, 08 Mar 2023 14:47:21 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pZu7d-00047S-9s; Wed, 08 Mar 2023 08:46:25 -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 1pZu7b-00042l-23 for emacs-devel@gnu.org; Wed, 08 Mar 2023 08:46:23 -0500 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 1pZu7a-0001hL-3s; Wed, 08 Mar 2023 08:46:22 -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=vdhkgTq4irKmE7M0TwQmaHcqHTlmQaG1579NE2OFCFo=; b=nXud36As8Npp nPNPgmEKlzh35hw3e9fnUESuONyDuDWonmxQPiYiJlLh43OPDBBv8IGs0y5w0GJBWmlByuR6eQddD FmYGz3V9Dp+3rR8im+o2Z3zw1dSUmwpK7SVo/9L6d0Ima6+uk5fIBEfCIZSqddLNs3wLXWeInrbde LFLFVeS3iSM4NuS7EKsH8FGeffetja44ZJ8BIm9UcwML/qLKPWlqDKF33hZb7Gqdmw8cX6r42tPBA H9JQfRymfXyjhxsO8AZ7AHZBDlmdwpjAtp6qIjHFHgqhHl3iBBuKtHsCp/KYUBKbwPlT1i3cAih0z XZnHJ8kLpwOFNlbjNM8btw==; Original-Received: from [87.69.77.57] (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 1pZu7Z-0003FT-Bb; Wed, 08 Mar 2023 08:46:21 -0500 In-Reply-To: <87v8jbohk4.fsf@yahoo.com> (message from Po Lu on Wed, 08 Mar 2023 14:58:35 +0800) 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:304128 Archived-At: > From: Po Lu > Cc: Eli Zaretskii , arsen@aarsen.me, emacs-devel@gnu.org > Date: Wed, 08 Mar 2023 14:58:35 +0800 > > Anyway, since this support is going to be made `ifavailable' by default > for Android 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. > On newer versions of Android, modules don't work anyway because security > policy prohibits calling dlopen or exec on files in application writable > directories, but that is besides the point. The users who build Emacs on Android aren't necessarily Android experts. They could be Emacs experts who just happen to use Android. Why not make sure they are acutely aware of the issue? (I don't believe we are still arguing about this nit. Why on Earth?)