From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Paul Eggert Newsgroups: gmane.emacs.devel Subject: Re: Merging feature/android Date: Sun, 5 Mar 2023 12:07:55 -0800 Organization: UCLA Computer Science Department Message-ID: <253e9494-6f78-89b7-8f5f-9c2e8461d95a@cs.ucla.edu> References: <87edq7ztks.fsf.ref@yahoo.com> <87zg8uw9b9.fsf@yahoo.com> <837cvycjse.fsf@gnu.org> <87ttz2w4c3.fsf@yahoo.com> <83356mcbxw.fsf@gnu.org> <87pm9qvu9w.fsf@yahoo.com> <83y1odc37g.fsf@gnu.org> <87cz5pwf9c.fsf@yahoo.com> <83edq5asb3.fsf@gnu.org> <875ybhvt4w.fsf@yahoo.com> <83356kbxnh.fsf@gnu.org> <87lekcvho4.fsf@yahoo.com> <83r0u4adgd.fsf@gnu.org> <87a60suknn.fsf@yahoo.com> <83356jafll.fsf@gnu.org> <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> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="32854"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.7.1 Cc: Eli Zaretskii , emacs-devel@gnu.org To: Po Lu Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sun Mar 05 21:08:42 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 1pYuew-0008Ny-BT for ged-emacs-devel@m.gmane-mx.org; Sun, 05 Mar 2023 21:08:42 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pYueK-0001qU-EY; Sun, 05 Mar 2023 15:08:04 -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 1pYueI-0001pp-0e for emacs-devel@gnu.org; Sun, 05 Mar 2023 15:08:02 -0500 Original-Received: from zimbra.cs.ucla.edu ([131.179.128.68]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pYueF-00084c-ET; Sun, 05 Mar 2023 15:08:01 -0500 Original-Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id D86AC160088; Sun, 5 Mar 2023 12:07:56 -0800 (PST) Original-Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id M9_WCCjGvcxR; Sun, 5 Mar 2023 12:07:55 -0800 (PST) Original-Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id DA7E116008A; Sun, 5 Mar 2023 12:07:55 -0800 (PST) DKIM-Filter: OpenDKIM Filter v2.9.2 zimbra.cs.ucla.edu DA7E116008A DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cs.ucla.edu; s=78364E5A-2AF3-11ED-87FA-8298ECA2D365; t=1678046875; bh=vKC96aqQLCA3s0gRa2QVrcKFdTNqMrGQVHX73WxlPu4=; h=Message-ID:Date:MIME-Version:To:From:Subject:Content-Type: Content-Transfer-Encoding; b=bBa1rMfbG/lHaVdCyieGsn4cF/B4jetmVptb2KSVzKlJUQTuwbsqhXMBV1yZdGk+n LeHKd7jd8aGush/8GoCEnQxWxskqOVu4ucbr36MsfosTs7g6jFTTIDKJhe12B0LOv8 l2EgEMlRM7DZibStd45uDlOxpxD3jyAuZi5eiOWU= X-Virus-Scanned: amavisd-new at zimbra.cs.ucla.edu Original-Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id 2SniVb4Nd2uQ; Sun, 5 Mar 2023 12:07:55 -0800 (PST) Original-Received: from [192.168.1.9] (cpe-172-91-119-151.socal.res.rr.com [172.91.119.151]) by zimbra.cs.ucla.edu (Postfix) with ESMTPSA id AEAFF160088; Sun, 5 Mar 2023 12:07:55 -0800 (PST) Content-Language: en-US In-Reply-To: <87ttyzs8q1.fsf@yahoo.com> Received-SPF: pass client-ip=131.179.128.68; envelope-from=eggert@cs.ucla.edu; helo=zimbra.cs.ucla.edu X-Spam_score_int: -42 X-Spam_score: -4.3 X-Spam_bar: ---- X-Spam_report: (-4.3 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, NICE_REPLY_A=-0.001, RCVD_IN_DNSWL_MED=-2.3, 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:303991 Archived-At: On 2023-03-05 04:06, Po Lu wrote: > We build emacs with -fexceptions? Sorry, this is an area I know little about. (But I'll pontificate anyway. :-) Perhaps the idea was that if you wanted modules written in C++, you could compile Emacs with -fexceptions, even though this is not the default build procedure. If so, I wouldn't worry too much about that, as I don't think anybody does that. If we can simply stop using __attribute__ ((cleanup)), then I'm all for it. One less portability thing to worry about. If on the other hand it's straightforward (albeit perhaps tedious) for Emacs to replace __attribute__ ((cleanup)) with a portable C idiom, then I'd be for that too. This change can be done independently of Android, though of course it will simplify support on Android. Another possibility is that perhaps Emacs itself could stop using __attribute__ ((cleanup)), but modules would become responsible for cleanup. I can see problems with this approach, though. >> https://lists.gnu.org/archive/html/emacs-devel/2019-04/msg01075.html ... > This says that the change was dismissed by virtue of modules being > disabled by default, but now that has changed, so wouldn't it be the > right time to reconsider the ``makes configure slower'' argument? Yes, that sounds right.