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: Sun, 05 Mar 2023 19:25:44 +0800 Message-ID: <87y1obsamf.fsf@yahoo.com> References: <87edq7ztks.fsf.ref@yahoo.com> <87bklay7wg.fsf@yahoo.com> <83ilficn4k.fsf@gnu.org> <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> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="11251"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Cc: emacs-devel@gnu.org, eggert@cs.ucla.edu To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sun Mar 05 12:26:48 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 1pYmVs-0002pU-BE for ged-emacs-devel@m.gmane-mx.org; Sun, 05 Mar 2023 12:26:48 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pYmVF-0003Iy-3Z; Sun, 05 Mar 2023 06:26:09 -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 1pYmV4-0003Fk-RW for emacs-devel@gnu.org; Sun, 05 Mar 2023 06:25:58 -0500 Original-Received: from sonic301-31.consmr.mail.ne1.yahoo.com ([66.163.184.200]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1pYmV2-0003wH-UM for emacs-devel@gnu.org; Sun, 05 Mar 2023 06:25:58 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1678015553; bh=fKNnlIF+Xw0QKzbrbpoeB/ODAxJPPefyuw97mCWa38I=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From:Subject:Reply-To; b=Uzq/hoKqdMWjgyiHfbRBWdKFnCDu4P42Zj29wATl1GdxGjXB8dLsaLOgbY937YOaOetTtMhYc0YcbK5zBCYpuLmjfj7EHTmyCe2NvlDp/5NUbK1j9JHRsP6rkRMNzZZHhCbdKjGdIh2KC+FJt2+8dw70PrZLapvSoIAIHuDuQ7tIb+9f2MYm+r7mAfk+aHYW+PuieAChh0U1tiCwI/2YrCXgxsNmRkQ8enwD71KMfqd6MlfMFcMHnXWDFnIoZeBF0o9x3Btoqg+uA3eQk/eVr2MZvEHY+fpe/xf+4JFKHINQArqNDkzLvHu9wF0AIUdx/JbAR+a84v0hwyUep81iaA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1678015553; bh=W1sabYEpz49waJ9tXT5P7nbFvHDnIVrOc+Uvpks4RXE=; h=X-Sonic-MF:From:To:Subject:Date:From:Subject; b=WE0G1w8ubS4YY7x/wPfxNUhUiydPF735riMRr7uMAN5wJRyqGKgSFNYZ8J0xgJHfhp+FrRouev30JXelegaK43Uf6gf1X20lIH4mAKfEAqeYMB6OuKiGyl4EMxifYZ6GLu1s4eq3ZPhcCeqEC1lEa8YwmvLOMx8AE5Jw7YzTl/axUnPreQAqLov4ivMxc0wjJPsaGbVFHdZc7jycWvKWJnOqHbjQ5+CzyEwBj7bLgCwxJ0MTx6zu6prMPFDZIgC1VQxYG1S13pWa8Vqz+2fMXrm87BHr5Y/gpHgxWs7t+Mf3TOjTQuJKu16N8aA1WGUigdqL92owqFJ0RHyTGCSKbg== X-YMail-OSG: FstVcDkVM1l5M9DCRPPphICLT3_ki4t7lIJcmoqC.3QIa9QRh0d2Vafa1EDvZw2 YiM46350DPVYZtBNPFDWZNejjQ.k7ww7iXN22vXxsR9x4VuAqC1ZSy5HmeHI5JC.nfsXBmXfwM4u ePgS6tyIDsaWm5F_SnDmyfOdN0M_.rygVRUGCbJOHp1joiUT.mNw6nvAwp5bJlyThO3IOQEVNV7C YH49MVt4EipHwmrlV7UssiuSlt3KzG1Aj8R8qOdSh9hz8WfanskQre6lBLomt1tm2djWWv.NDvnh 4izLUNGTmEgBL3Wbsh84Ii9yd5BHcSzM43YbjfMg_Z26DX8k9DrC.y07cBqG0NbfRQSBJwXzvGBX Y1DnARAK37P89by_EsawqOXlVRLXKkm6Sn0lKTQZFV569Mzo4bZjJaAwgPFbn1R8qJ4QPLJXNqzO FDTryKcynDtyjsEZ6yHLyrTNEHQW1qTkrUbOJPhz7niooMNe96OR2wYhANaJ1KzJcB9GfsvGL4U7 vWEWeU1rpXSFDnwXcHxmdTJB9bx0G0VJ9UmPx4AP8jRQK8od3rJr16dp5f5mdHBjBoh3As1XE.Qj iFay4gKpFwL9S7KX8l5SWMLziern1DgbY2KqAKuquOR4fHMCEQH7P7ON4T6DhgGfgiVBzypeo.ma U6aERhb2Dd5c.CDe.RATGKxbyMUuPVAqTrFTZWsAQPBOgjHQeDOuYd66kL1fj5YYpgDbZkmsrWB5 ku2li6nfa.0zpZBEAll7BjZ6t0zRwLuoRbPAz.vSh0m6wg4NcIPZHfcCm3s3HPGvKASvCGtMsIbq bsvuBWV3Dl_GYdRGIW2PMTakV_3CFXHxxRFHArKvVy X-Sonic-MF: Original-Received: from sonic.gate.mail.ne1.yahoo.com by sonic301.consmr.mail.ne1.yahoo.com with HTTP; Sun, 5 Mar 2023 11:25:53 +0000 Original-Received: by hermes--production-sg3-67c57bccff-5hdhr (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID d4f6036485474fdce88ab27d8944ec2e; Sun, 05 Mar 2023 11:25:48 +0000 (UTC) In-Reply-To: <83o7p78ns8.fsf@gnu.org> (Eli Zaretskii's message of "Sun, 05 Mar 2023 13:01:43 +0200") X-Mailer: WebService/1.1.21221 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo Received-SPF: pass client-ip=66.163.184.200; envelope-from=luangruo@yahoo.com; helo=sonic301-31.consmr.mail.ne1.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, 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:303976 Archived-At: Eli Zaretskii writes: > We made modules supported by default 2 releases ago, and I don't want > to risk silently dropping that in configurations that up till now > didn't need the test at all. What about printing a warning after configuration, if configure concluded that the compiler does not support the attribute? Then it wouldn't be so silent. BTW, I'd like to see the discussion where it was concluded that the cleanup attribute is absolutely required. It doesn't do fancy things like clean up after Lisp signals under the hood, so all of the cleanup can be done in portable C as well. > And there's also what Paul said: we don't really understand why the > existing conditions don't work in this case. We should at least > understand that before we make non-trivial changes. I tried to explain that already.