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: Suppressing native compilation (short and long term) Date: Thu, 06 Oct 2022 08:44:21 +0800 Message-ID: <87y1ttsrve.fsf@yahoo.com> References: <87bkqxf1ij.fsf@tethera.net> <8335c9dkyf.fsf@gnu.org> <83tu4odez7.fsf@gnu.org> <871qrrpkgx.fsf@trouble.defaultvalue.org> <834jwnbi6c.fsf@gnu.org> <87mtafnun5.fsf@trouble.defaultvalue.org> <83sfk6ahty.fsf@gnu.org> <8735c6b0wo.fsf@gnus.org> <87y1ty9lha.fsf@gnus.org> <87lepym6ok.fsf@trouble.defaultvalue.org> <877d1i9h7k.fsf@gnus.org> <83edvqyr3q.fsf@gnu.org> <874jwl8e4p.fsf@gnus.org> <87pmf64beo.fsf@gnus.org> <87h70i4a46.fsf@gnus.org> <83tu4irzl1.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="34853"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.91 (gnu/linux) Cc: Lars Ingebrigtsen , akrl@sdf.org, rlb@defaultvalue.org, monnier@iro.umontreal.ca, david@tethera.net, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Thu Oct 06 02:46:33 2022 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 1ogF21-0008ri-Gh for ged-emacs-devel@m.gmane-mx.org; Thu, 06 Oct 2022 02:46:33 +0200 Original-Received: from localhost ([::1]:41536 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ogF20-0003vy-Jq for ged-emacs-devel@m.gmane-mx.org; Wed, 05 Oct 2022 20:46:32 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:44172) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ogF09-0002EH-JI for emacs-devel@gnu.org; Wed, 05 Oct 2022 20:44:37 -0400 Original-Received: from sonic305-22.consmr.mail.ne1.yahoo.com ([66.163.185.148]:35295) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1ogF07-0007YK-Vk for emacs-devel@gnu.org; Wed, 05 Oct 2022 20:44:37 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1665017072; bh=G/6S/N+BKk6sJttGMQGEHg48EeZA37ESzWr36p5x8K8=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From:Subject:Reply-To; b=bqx8e7dmY9haeF2u7TQFWe/vGlmcOl0Ug0FzKNAxoCqMIR2R+/7A+yFumz4Jv+JFdRFV0Qv9kwRUqAFED8Wbxvbb37X2t9MsMC5Ww13afP0iuZ1dRMLyqOlN3PEipSjUVUuh4qvA8CvyRBaqdyqgdKnwCH0B6uBxBpajCnraH3/t6E9ZyrJdWb9xxcN/VOCQeP79+YzKApkHcBIIYZgx8f5BWXzxHLjsNnSdbdfWyvWHNbmiOfd7zEN0mCKAR7y04TZARSt9pR7Vl7kpz85KPtt9Lp2YcJZiXSgf4pV1e9SM7YaqFKBoABW8dRWJ467y2Z+Z37EbTlv87ENI3PE3Fw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1665017072; bh=2zMh76l/o7NaoDRqE+us85J/X9jt3kpQQYshk7K5BuH=; h=X-Sonic-MF:From:To:Subject:Date:From:Subject; b=gHmahx7gHOvvrtimyMHWxXNtwLfp2nozzDk7xx01DEDAB5j6VESywCnvPp9m0zVq4OfXXuckwq+2c9o9hJyYvBAINY5SfU4rITjJEKVFy8jcJeFaVJQJssOhvUJvdGv4kTwJH5FD5kixO92Pu0vrCPsQbSuMdZTDhojsb3i14NDvo9VcqX0SU3hzybig7c4JzVe/cE4wcClTwJZ5rEGmuw01d9KyPXWKhXD/lkjJZtnpgwkTQsEbB514B2QvwCasZ3ga9wtizgX4fZH/BtWTjkjMrQGjKkDTFV+QKtXhSiQsmAQwhDw0D/pC15rv9OqwWaiH1F2iHNS+29dq2ywi1w== X-YMail-OSG: 9_W0xbYVM1npBBBHTs5B.F2YG9OatBe57dydUFFNyZJBN4iFL6KiwicrKy1kHj8 cQrMg3oUVau4_XDFRUmwSrJVdsjYejM4_7Rhc1YfCxHgKmQYOyFELKbkJ7UMlCfxSrtouHxYRP20 0_1ms9Iu.UTtFOFWlzh1KrG5Ef0zcYUdWQnRc7dsBgBUji09FFh1UlfnkwXVh8xqEkuCsQbRko_R gOK72haJac5l1y0OYpWm6IoLcDj8jpYBVqXRCCltahrMJD_FO61pkgN20LoY93Wo6AVu6px29ght 1FHC61zfSorIpGFcH7UBY1bTTkCEsIDMMgPAlc3HbVpKDHM0qacXhWNRo0Dp6oQu4KwYV_ROgSoP 9aASiGQoQpONphbKNjFYXWhKLWr0MNQWS.sdMHLJdFdensn_sg5HWBVb43Y4dq71997P1ZqF0NV8 lM_m6.4BC3THB4PYuPdYNeowxMZQKVUelFD5TO2tw5TQ2krl_O1lVJw9rUqzQYloPvCjZEneSut5 Vq26cZ2YRz26bZnZ8sY1IUinMW5xR6THxpX1tECrXHMnpA7jMo89YPC3lIMBi2y05fKL821RVQJv XcAWotBpvrzygVrxt6vopxrE_X045Zz_je5VvoaeJCvDqi.6.5fcYJ5BBwkW_gw.sZ1Do_nEZ1fN u8MEPvzOGxA7KZUDj5lWyM1PBL6SsG2eZiWePKO3vsdbuwp1mryvqCvHlSQlTahoai1AlxoBTR7s hZJI7ZE7tj0UahoF2j6LNCKs2_Ttg0Nh2fNe8O9a97w6884tr2rpf51_qKte8STJ1rsAd2brUA_B GnG_1TnDNF6srJzvQ1KVOTKHI.cmFvDvjmN1VDVX7v X-Sonic-MF: Original-Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.ne1.yahoo.com with HTTP; Thu, 6 Oct 2022 00:44:32 +0000 Original-Received: by hermes--production-sg3-cf9dc7f8d-tskmz (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID fb7fb120adab4d757c83472179394dd3; Thu, 06 Oct 2022 00:44:27 +0000 (UTC) In-Reply-To: <83tu4irzl1.fsf@gnu.org> (Eli Zaretskii's message of "Wed, 05 Oct 2022 19:43:06 +0300") X-Mailer: WebService/1.1.20702 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo Received-SPF: pass client-ip=66.163.185.148; envelope-from=luangruo@yahoo.com; helo=sonic305-22.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=unavailable 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" Xref: news.gmane.io gmane.emacs.devel:297036 Archived-At: Eli Zaretskii writes: >> From: Lars Ingebrigtsen >> Cc: Eli Zaretskii , rlb@defaultvalue.org, >> monnier@iro.umontreal.ca, david@tethera.net, emacs-devel@gnu.org >> Date: Wed, 05 Oct 2022 16:29:29 +0200 >> >> > I've the perception that this change was done without the full picture >> > in mind of how the native compiler and his mechanisms works. As a >> > result the current naming is IMO just wrong, and as such is a step >> > backward the original state. >> >> I don't know where you got that perception from. > > It's clear as daylight that this is what happened. Since the argument seems to be going nowhere, could we first revert the change in question, and then ask Rob Browning exactly what the problem is with `native-comp-deferred-compilation'? I did not figure that out reading this thread.