From unknown Sat Aug 09 13:00:14 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#40653 <40653@debbugs.gnu.org> To: bug#40653 <40653@debbugs.gnu.org> Subject: Status: 28.0.50; (fset 'yes-or-no-p 'y-or-n-p) has no effect in native-comp branch Reply-To: bug#40653 <40653@debbugs.gnu.org> Date: Sat, 09 Aug 2025 20:00:14 +0000 retitle 40653 28.0.50; (fset 'yes-or-no-p 'y-or-n-p) has no effect in nativ= e-comp branch reassign 40653 emacs submitter 40653 Andrey Orst severity 40653 normal thanks From debbugs-submit-bounces@debbugs.gnu.org Thu Apr 16 03:59:30 2020 Received: (at submit) by debbugs.gnu.org; 16 Apr 2020 07:59:30 +0000 Received: from localhost ([127.0.0.1]:37431 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jOzQo-0008KN-11 for submit@debbugs.gnu.org; Thu, 16 Apr 2020 03:59:30 -0400 Received: from lists.gnu.org ([209.51.188.17]:58758) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jOzQk-0008KD-Bt for submit@debbugs.gnu.org; Thu, 16 Apr 2020 03:59:27 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:41530) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jOzQj-0007qo-BZ for bug-gnu-emacs@gnu.org; Thu, 16 Apr 2020 03:59:26 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,FREEMAIL_FROM, HTML_MESSAGE autolearn=disabled version=3.3.2 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1jOzQi-0000QC-FY for bug-gnu-emacs@gnu.org; Thu, 16 Apr 2020 03:59:25 -0400 Received: from mail-yb1-xb2c.google.com ([2607:f8b0:4864:20::b2c]:38293) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1jOzQi-0000Px-9u for bug-gnu-emacs@gnu.org; Thu, 16 Apr 2020 03:59:24 -0400 Received: by mail-yb1-xb2c.google.com with SMTP id l5so1547117ybf.5 for ; Thu, 16 Apr 2020 00:59:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=QB/LDTUIWwZhzFgwGS1PljB7YUolY9HPgvm0f22ucdM=; b=gDusccx+EIurSf8vk61eeF+Y2GnQOte4dDOicm49/fnxCBvTAk1zglFCserUzPSfM3 ZoHZQV/u69X5CHuwyQdcKjsn1Xj8jUd9yi/DdILLa3r88TS1X/61OWl6BQdFkxzgn1xH SH6z6mCvzYh3EiFD/+R5kDcAp/9p9jM4XJarHWLwUeT8VgICo/0F51zKkzA93DVERkRe kxp0s0+JCxm4A30zabFmM4/CquIXjf7MWf3of1YFI/kJ+V5GWWFpuwg9bPqM65rlRgV5 bZPGWF9SA+Y9oFtFptd77Os2EcQrR/K9vrNI9/rLIz0iZyQgruf6i1NWIXSoBeJOrAwH TniA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=QB/LDTUIWwZhzFgwGS1PljB7YUolY9HPgvm0f22ucdM=; b=BgwoI/bFV1SaV4ROCubfQ2twexF7GVaWj50tOCDrJvtxoM0xJEtkiip2Y5NvISUHs1 2Ri50YDPuIR4vPboAiwmQpU0n3oRTJOuMQIw90kDZoq3jHw1zLaSMIa2NEy4iHNJ2tVV mFUywFRiVndPFqX0ccjXIEKkJ3+pVDixlgezsyyPLzmO/U3PXiKRZdrvbYiks3vMuqEb NE0w2gh3aB/VPuQaPY2gYaHnRgjT4wQrd8XwBT2EPEmsLotZOOeWGkmAOHUU4wApluMP ob6WUybSqu0+epUNiSSDyXjehf7YgxZXO0mq3QKQgE+Q/IiWagqGytDoDpvqXCHms3tp Meng== X-Gm-Message-State: AGi0PuaWcHEOubQ6U4NVXnsjpBmduwS6p+zY9ybA3aoUvgGBQDpI8Rs/ CCQPiOMZ347bXnGWvVzG/lrx+1A3nPv4/JC9yoFU80yi X-Google-Smtp-Source: APiQypIQimf1aloeUu737XIxjI344IGXGl7b7/eAYrPQbBS2srF0dnNFQDy8ArdIzVCG5SMteu0HTjb8NF99695PizQ= X-Received: by 2002:a25:8281:: with SMTP id r1mr14019436ybk.28.1587023963292; Thu, 16 Apr 2020 00:59:23 -0700 (PDT) MIME-Version: 1.0 From: Andrey Orst Date: Thu, 16 Apr 2020 10:59:12 +0300 Message-ID: Subject: 28.0.50; (fset 'yes-or-no-p 'y-or-n-p) has no effect in native-comp branch To: bug-gnu-emacs@gnu.org Content-Type: multipart/alternative; boundary="0000000000009509bc05a363cf44" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:4864:20::b2c X-Spam-Score: 2.3 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Call `emacs -q` do `M-x ansi-term RET` try to kill buffer - a prompt with `yes` or `no` will be provided. Cancel and call `M-: (fset 'yes-or-no-p 'y-or-n-p) RET`, and try to kill ansi-term buffer agai [...] Content analysis details: (2.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (andreyorst[at]gmail.com) 1.0 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.0 HTML_MESSAGE BODY: HTML included in message -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low trust [209.51.188.17 listed in list.dnswl.org] 2.0 SPOOFED_FREEMAIL No description available. X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --0000000000009509bc05a363cf44 Content-Type: text/plain; charset="UTF-8" Call `emacs -q` do `M-x ansi-term RET` try to kill buffer - a prompt with `yes` or `no` will be provided. Cancel and call `M-: (fset 'yes-or-no-p 'y-or-n-p) RET`, and try to kill ansi-term buffer again. Prompt will still ask to input `yes` or `no` instead of `y` or `n`. Works in master branch of Emacs run with `-q`. -- Best regards, Andrey Orst --0000000000009509bc05a363cf44 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Call `emacs -q` do `M-x ansi-term RET` try to kill buffer = - a prompt
with `yes` or `no` will be provided. Cancel and call `M-: (fs= et
'yes-or-no-p 'y-or-n-p) RET`, and try to kill ansi-term buffe= r
again. Prompt will still ask to input `yes` or `no` instead of `y` or<= br>`n`. Works in master branch of Emacs run with `-q`.

--
Best r= egards,
Andrey Orst
--0000000000009509bc05a363cf44-- From debbugs-submit-bounces@debbugs.gnu.org Thu Apr 16 04:18:33 2020 Received: (at 40653) by debbugs.gnu.org; 16 Apr 2020 08:18:33 +0000 Received: from localhost ([127.0.0.1]:37437 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jOzjF-0000LD-4t for submit@debbugs.gnu.org; Thu, 16 Apr 2020 04:18:33 -0400 Received: from eggs.gnu.org ([209.51.188.92]:57256) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jOzjD-0000L1-6B for 40653@debbugs.gnu.org; Thu, 16 Apr 2020 04:18:31 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:55623) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1jOzj8-0001nT-3T; Thu, 16 Apr 2020 04:18:26 -0400 Received: from [176.228.60.248] (port=3570 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1jOzj7-0001T6-Bg; Thu, 16 Apr 2020 04:18:25 -0400 Date: Thu, 16 Apr 2020 11:18:10 +0300 Message-Id: <83v9lzetdp.fsf@gnu.org> From: Eli Zaretskii To: Andrey Orst In-Reply-To: (message from Andrey Orst on Thu, 16 Apr 2020 10:59:12 +0300) Subject: Re: bug#40653: 28.0.50; (fset 'yes-or-no-p 'y-or-n-p) has no effect in native-comp branch References: X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -1.5 (-) X-Debbugs-Envelope-To: 40653 Cc: 40653@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.5 (--) > From: Andrey Orst > Date: Thu, 16 Apr 2020 10:59:12 +0300 > > Call `emacs -q` do `M-x ansi-term RET` try to kill buffer - a prompt > with `yes` or `no` will be provided. Cancel and call `M-: (fset > 'yes-or-no-p 'y-or-n-p) RET`, and try to kill ansi-term buffer > again. Prompt will still ask to input `yes` or `no` instead of `y` or > `n`. Works in master branch of Emacs run with `-q`. I'm not sure I understand the issue. The last sentence seems to say this works as expected on the master branch? That is, the prompt does ask to input 'y' or 'n', right? Because that's what I see with today's master. From debbugs-submit-bounces@debbugs.gnu.org Thu Apr 16 04:21:38 2020 Received: (at 40653) by debbugs.gnu.org; 16 Apr 2020 08:21:38 +0000 Received: from localhost ([127.0.0.1]:37441 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jOzmE-0000QI-II for submit@debbugs.gnu.org; Thu, 16 Apr 2020 04:21:38 -0400 Received: from mail-yb1-f171.google.com ([209.85.219.171]:43361) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jOzmC-0000Q3-DM for 40653@debbugs.gnu.org; Thu, 16 Apr 2020 04:21:36 -0400 Received: by mail-yb1-f171.google.com with SMTP id o70so1559162ybg.10 for <40653@debbugs.gnu.org>; Thu, 16 Apr 2020 01:21:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=wiOlke9N/xHsCP/bDiZMyXO9z8OMiNJvYkVqsqaF15U=; b=qez1P8VFhF13UVxkjEPMZ9sFmwXsLVTs5pUNcYnqlwmupqok6yeC0Uff5gjvOU5k/V AK0XeOE/0V6aF+0+no/2FswStvdgvOF+duehslALtmBSgR6YzSYW/z3PPQCU9PKVpWHk PI/ytp4L4/FFNE70orrbhnhtPRFdo2J+u+5Bt6jvgJNlxKliRTrU2nK14ePKffbhoPng jXmoVPLE4JR7o4pTn2sMi2GgMk/VhoKFBWLQoixiesl78Gz5TlYLN7qKb3Gojzg0fKxk Nv+hoNp8hkPEp6KDbxEmCuf+MuX0aK6QSupMDpb2G0/u/UImdhY2PgcXpGTMYrKwd2X2 bygA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=wiOlke9N/xHsCP/bDiZMyXO9z8OMiNJvYkVqsqaF15U=; b=qp0jBHpEq53/sYG2shqdGkbrB0/N8LIWEZQ+oTW4lPA+Y20VIE9Nbkx47Vf6PosPLO StwTDGmGtNslcBxBSNYjY1Nl4hk1/nMbhzZstjtMd5XJEOnTa/wwkINjyWybGJ8efxeZ c3jkEReQn8tSBT0iR+sAkFYW64SR+CBnM59KguXaD9j/R8b55+IcdJVnAdGOg/NRY1oQ MxrgVi+redcXjNf7+YWWhC3GvJ7hcrBy1nVhKyU1x0gpHYeLziFwAlf36pkkd/TVri90 BJrD7Amt3NIl1voiY4A55btO8jDk1bt2EgZQ1ERH2lUl5TcWIvO/rTs7rES5Sj7omGnG v+ow== X-Gm-Message-State: AGi0PubkhHhAY5djAPyqEpWOtrFAFZqwYnnmi+QnMJAx+riPxRRbbaie UeZQQ2zlRKfBck+JnpNKn/a6FBeJJRtP+iSAjQM= X-Google-Smtp-Source: APiQypIJ+6ye2PlV9ODsVeIfCsyK2r+Avn714jDOLbTB0+QLSG1PIz/kH7b5seMRHokrhUrhTVcKf9OCHhq6lT+aFNY= X-Received: by 2002:a25:ba10:: with SMTP id t16mr15619273ybg.523.1587025290933; Thu, 16 Apr 2020 01:21:30 -0700 (PDT) MIME-Version: 1.0 References: <83v9lzetdp.fsf@gnu.org> In-Reply-To: <83v9lzetdp.fsf@gnu.org> From: Andrey Orst Date: Thu, 16 Apr 2020 11:21:19 +0300 Message-ID: Subject: Re: bug#40653: 28.0.50; (fset 'yes-or-no-p 'y-or-n-p) has no effect in native-comp branch To: Eli Zaretskii Content-Type: multipart/alternative; boundary="000000000000b73b5505a3641e2b" X-Spam-Score: -0.8 (/) X-Debbugs-Envelope-To: 40653 Cc: 40653@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.8 (-) --000000000000b73b5505a3641e2b Content-Type: text/plain; charset="UTF-8" On master branch the `fset` command does what expected - prompts that ask for `yes` or `no` changed to ask `y` or `n`. On native-comp branch however it has no effect and all prompts still ask for `yes` or `no` after `fset` call. On Thu, Apr 16, 2020 at 11:18 AM Eli Zaretskii wrote: > > From: Andrey Orst > > Date: Thu, 16 Apr 2020 10:59:12 +0300 > > > > Call `emacs -q` do `M-x ansi-term RET` try to kill buffer - a prompt > > with `yes` or `no` will be provided. Cancel and call `M-: (fset > > 'yes-or-no-p 'y-or-n-p) RET`, and try to kill ansi-term buffer > > again. Prompt will still ask to input `yes` or `no` instead of `y` or > > `n`. Works in master branch of Emacs run with `-q`. > > I'm not sure I understand the issue. The last sentence seems to say > this works as expected on the master branch? That is, the prompt does > ask to input 'y' or 'n', right? Because that's what I see with > today's master. > -- Best regards, Andrey Orst --000000000000b73b5505a3641e2b Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On master branch the `fset` command does what expected - p= rompts that ask for `yes` or `no` changed to ask `y` or `n`. On native-comp= branch however it has no effect and all prompts still ask for `yes` or `no= ` after `fset` call.

On Thu, Apr 16, 2020 at 11:18 AM Eli Zaretskii <eliz@gnu.org> wrote:
> From: Andrey Orst <andreyorst@gmail.com= >
> Date: Thu, 16 Apr 2020 10:59:12 +0300
>
> Call `emacs -q` do `M-x ansi-term RET` try to kill buffer - a prompt > with `yes` or `no` will be provided. Cancel and call `M-: (fset
> 'yes-or-no-p 'y-or-n-p) RET`, and try to kill ansi-term buffer=
> again. Prompt will still ask to input `yes` or `no` instead of `y` or<= br> > `n`. Works in master branch of Emacs run with `-q`.

I'm not sure I understand the issue.=C2=A0 The last sentence seems to s= ay
this works as expected on the master branch?=C2=A0 That is, the prompt does=
ask to input 'y' or 'n', right?=C2=A0 Because that's wh= at I see with
today's master.


--
Best regards,
Andrey Orst
--000000000000b73b5505a3641e2b-- From debbugs-submit-bounces@debbugs.gnu.org Thu Apr 16 04:52:20 2020 Received: (at 40653) by debbugs.gnu.org; 16 Apr 2020 08:52:20 +0000 Received: from localhost ([127.0.0.1]:37517 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jP0Fw-0003KT-KJ for submit@debbugs.gnu.org; Thu, 16 Apr 2020 04:52:20 -0400 Received: from eggs.gnu.org ([209.51.188.92]:60844) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jP0Fu-0003KF-K1 for 40653@debbugs.gnu.org; Thu, 16 Apr 2020 04:52:19 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:55997) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1jP0Fp-0004To-EO; Thu, 16 Apr 2020 04:52:13 -0400 Received: from [176.228.60.248] (port=1760 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1jP0Fo-0000LT-Td; Thu, 16 Apr 2020 04:52:13 -0400 Date: Thu, 16 Apr 2020 11:51:58 +0300 Message-Id: <83tv1jertd.fsf@gnu.org> From: Eli Zaretskii To: Andrey Orst In-Reply-To: (message from Andrey Orst on Thu, 16 Apr 2020 11:21:19 +0300) Subject: Re: bug#40653: 28.0.50; (fset 'yes-or-no-p 'y-or-n-p) has no effect in native-comp branch References: <83v9lzetdp.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -1.5 (-) X-Debbugs-Envelope-To: 40653 Cc: 40653@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.5 (--) > From: Andrey Orst > Date: Thu, 16 Apr 2020 11:21:19 +0300 > Cc: 40653@debbugs.gnu.org > > On master branch the `fset` command does what expected - prompts that ask for `yes` or `no` changed to > ask `y` or `n`. On native-comp branch however it has no effect and all prompts still ask for `yes` or `no` after > `fset` call. Thanks for clarifying. From debbugs-submit-bounces@debbugs.gnu.org Thu Apr 16 05:01:11 2020 Received: (at 40653) by debbugs.gnu.org; 16 Apr 2020 09:01:11 +0000 Received: from localhost ([127.0.0.1]:37535 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jP0OV-0003ZY-7G for submit@debbugs.gnu.org; Thu, 16 Apr 2020 05:01:11 -0400 Received: from mx.sdf.org ([205.166.94.20]:56011) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jP0OQ-0003ZN-R9 for 40653@debbugs.gnu.org; Thu, 16 Apr 2020 05:01:09 -0400 Received: from sdf.org (ma.sdf.org [205.166.94.33]) by mx.sdf.org (8.15.2/8.14.5) with ESMTPS id 03G915PY001696 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits) verified NO); Thu, 16 Apr 2020 09:01:06 GMT Received: (from akrl@localhost) by sdf.org (8.15.2/8.12.8/Submit) id 03G915cA019781; Thu, 16 Apr 2020 09:01:05 GMT From: Andrea Corallo To: Andrey Orst Subject: Re: bug#40653: 28.0.50; (fset 'yes-or-no-p 'y-or-n-p) has no effect in native-comp branch References: Date: Thu, 16 Apr 2020 09:01:05 +0000 In-Reply-To: (Andrey Orst's message of "Thu, 16 Apr 2020 10:59:12 +0300") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 40653 Cc: 40653@debbugs.gnu.org, luknax@sdf.org, Stefan Monnier X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Andrey Orst writes: > Call `emacs -q` do `M-x ansi-term RET` try to kill buffer - a prompt > with `yes` or `no` will be provided. Cancel and call `M-: (fset > 'yes-or-no-p 'y-or-n-p) RET`, and try to kill ansi-term buffer > again. Prompt will still ask to input `yes` or `no` instead of `y` or > `n`. Works in master branch of Emacs run with `-q`. Hi Andrey, The issue is that here we are shadowing with an alias a primitive C subr. Compiling speed 2 the assumption is that these are not redefined or advised (the manual warns about doing that). Function calls to C primitives at speed 2 are hardcoded for performance reasons in the generated code. We have a customize listing exceptions for that `comp-never-optimize-functions'. You should solve the issue adding `yes-or-no-p' to this customize and recompiling. Now what I'm not sure of is if we want to add `yes-or-no-p' by default there given that `yes-or-no-p' is never perf critical. The only issue I see is that could be the first exception of many. On the other hand customizing `comp-never-optimize-functions' will solve the issue only for external packages because you likely already have compiled the whole Emacs with the default setting... So yeah I think we should probably add `yes-or-no-p' to `comp-never-optimize-functions' and accept that we will probably end-up with few other ecceptions :/ Opinions on this are welcome. Andrea -- akrl@sdf.org From debbugs-submit-bounces@debbugs.gnu.org Thu Apr 16 05:58:42 2020 Received: (at 40653) by debbugs.gnu.org; 16 Apr 2020 09:58:43 +0000 Received: from localhost ([127.0.0.1]:37576 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jP1IA-0004tG-Ku for submit@debbugs.gnu.org; Thu, 16 Apr 2020 05:58:42 -0400 Received: from mail-yb1-f176.google.com ([209.85.219.176]:39317) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jP1I8-0004t3-BK for 40653@debbugs.gnu.org; Thu, 16 Apr 2020 05:58:40 -0400 Received: by mail-yb1-f176.google.com with SMTP id h205so1712962ybg.6 for <40653@debbugs.gnu.org>; Thu, 16 Apr 2020 02:58:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=pgZQHToGPzNKoGDuf72EVB7Air8ItRi26AjFZul7Wpc=; b=t516KLGj2UVmoSjJRBGg8bdO5xVmehr8rKSKobeHaxrzUytIqQoLf4pWBzBKTXN4RQ Hmb3kHfFQ3cVEFrpgFmEN2OmbaZsgtVq6FG1WqLwMFwPJ5V93ZgbdzUAsfTkFo71gdwT LAn3WlJfhm/D6lfQlwhI6OAYez/rwNyRccSmAxHotedUi4ErHasLYHPLwNvXw+hozpQn cpUVc6wzF/CtLewgdvQTFLRtzpFfeO+zu0HMdhcaUHS8sWAqGvb+LUBjSiMGLoMhXpJM lcxw+cSS1sBsTbkAGhbVRdZqmzIeCNPxTjgJHh+kHg7Ai0aRf3JdCXuIup+FZr4XQZU9 Exjw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=pgZQHToGPzNKoGDuf72EVB7Air8ItRi26AjFZul7Wpc=; b=rgETX6/8icxjQVT1pOSj2iMsnLX70HM/S8oHLBkA0qUKjCHOMeqJOB8UqWcIUXgaBh 1y+SsPbEEkjneKTxzKy4bZwxrbL995+6XmFJ8obAGNSvcIu6lMTvxWZDETa/SnU0ENb9 JiZxYZO05oJtkcBuQrcNh/bcotocH4oSd/RnIH/ql5RIAi3Lbyv+4H+GbSPCH2rf6sWP ddWAo/VAq+dYBUfG9/gQMAKeFgvnxslp3XcrfE1dF9kFzLASXoglDjONw+z2hQXSkN0+ Q9/+ExSF0z0lLCwJGaiErg24jz9bFCrdTzVp9+x5eAyYXH80KhbQroeySQ23Nq4xZLkv votQ== X-Gm-Message-State: AGi0PuYknOxNm0DbAnyb2FfsN1+hf2SFzFSChxTJ+EvQCXCq7XkzaVK8 Kp/aoZPpRuK++5GnqAGqF/TkwsWsvFAfv0UKADc= X-Google-Smtp-Source: APiQypKcn5UquPHGqXrJh6bjvHOJAi/kOY3AwWEE4rhFeVtYsvg1yereJwk0jIeQfyE/I9DVeOjqhjyeNMkYhD6mVqI= X-Received: by 2002:a25:8312:: with SMTP id s18mr15312243ybk.30.1587031114674; Thu, 16 Apr 2020 02:58:34 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Andrey Orst Date: Thu, 16 Apr 2020 12:58:23 +0300 Message-ID: Subject: Re: bug#40653: 28.0.50; (fset 'yes-or-no-p 'y-or-n-p) has no effect in native-comp branch To: Andrea Corallo Content-Type: multipart/alternative; boundary="000000000000d6783205a36579ef" X-Spam-Score: -0.8 (/) X-Debbugs-Envelope-To: 40653 Cc: 40653@debbugs.gnu.org, luknax@sdf.org, Stefan Monnier X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.8 (-) --000000000000d6783205a36579ef Content-Type: text/plain; charset="UTF-8" > > The issue is that here we are shadowing with an alias a primitive C > subr. > > Compiling speed 2 the assumption is that these are not redefined or > advised (the manual warns about doing that). Function calls to C > primitives at speed 2 are hardcoded for performance reasons in the > generated code. We have a customize listing exceptions for that > `comp-never-optimize-functions'. > You should solve the issue adding `yes-or-no-p' to this customize and > recompiling. > Ah I see now. This makes sense, although also makes it harder to configure. On the other hand customizing `comp-never-optimize-functions' will solve > the issue only for external packages because you likely already have > compiled the whole Emacs with the default setting... > IIUC I may need to modify the source code of the `comp.el` file, because it gets used when doing `make`? -- Best regards, Andrey Orst --000000000000d6783205a36579ef Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
The issue is that here we are shadowing with an alias a primitive C
subr.

Compiling speed 2 the assumption is that these are not redefined or
advised (the manual warns about doing that).=C2=A0 Function calls to C
primitives at speed 2 are hardcoded for performance reasons in the
generated code.
=C2=A0
=C2=A0We have a customize listing exceptions for that
`comp-never-optimize-functions'.
=C2=A0=C2=A0
You should solve the issue adding `yes-or-no-p' to this customize and recompiling.

=C2=A0Ah I see now. This m= akes sense, although also makes it harder to configure.

On the other hand custo= mizing `comp-never-optimize-functions' will solve
the issue only for external packages because you likely already have
compiled the whole Emacs with the default setting...
=

IIUC I may need to modify the source code of the `= comp.el` file, because it gets used when doing `make`?=C2=A0

=
--
Bes= t regards,
Andrey Orst
--000000000000d6783205a36579ef-- From debbugs-submit-bounces@debbugs.gnu.org Thu Apr 16 12:49:14 2020 Received: (at 40653) by debbugs.gnu.org; 16 Apr 2020 16:49:14 +0000 Received: from localhost ([127.0.0.1]:39267 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jP7hS-000501-BF for submit@debbugs.gnu.org; Thu, 16 Apr 2020 12:49:14 -0400 Received: from mx.sdf.org ([205.166.94.20]:57937) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jP7hP-0004zt-T4 for 40653@debbugs.gnu.org; Thu, 16 Apr 2020 12:49:12 -0400 Received: from sdf.org (ma.sdf.org [205.166.94.33]) by mx.sdf.org (8.15.2/8.14.5) with ESMTPS id 03GGnA48017183 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits) verified NO); Thu, 16 Apr 2020 16:49:10 GMT Received: (from akrl@localhost) by sdf.org (8.15.2/8.12.8/Submit) id 03GGnA1e020222; Thu, 16 Apr 2020 16:49:10 GMT From: Andrea Corallo To: Andrey Orst Subject: Re: bug#40653: 28.0.50; (fset 'yes-or-no-p 'y-or-n-p) has no effect in native-comp branch References: Date: Thu, 16 Apr 2020 16:49:10 +0000 In-Reply-To: (Andrey Orst's message of "Thu, 16 Apr 2020 12:58:23 +0300") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 40653 Cc: 40653@debbugs.gnu.org, luknax@sdf.org, Stefan Monnier X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) > IIUC I may need to modify the source code of the `comp.el` file, > because it gets used when doing `make`?=C2=A0 Other options would have been to use something like BYTE_COMPILE_EXTRA_FLAGS to modify its value during compilation but it is really not practical. 886ded1b70 works for me, closing. Thanks for reporting! Andrea -- akrl@sdf.org From debbugs-submit-bounces@debbugs.gnu.org Thu Apr 16 12:58:57 2020 Received: (at control) by debbugs.gnu.org; 16 Apr 2020 16:58:57 +0000 Received: from localhost ([127.0.0.1]:39287 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jP7qr-0005EQ-4m for submit@debbugs.gnu.org; Thu, 16 Apr 2020 12:58:57 -0400 Received: from mx.sdf.org ([205.166.94.20]:56829) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jP7qp-0005EI-OL for control@debbugs.gnu.org; Thu, 16 Apr 2020 12:58:56 -0400 Received: from sdf.org (ma.sdf.org [205.166.94.33]) by mx.sdf.org (8.15.2/8.14.5) with ESMTPS id 03GGwscb014836 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits) verified NO) for ; Thu, 16 Apr 2020 16:58:54 GMT Received: (from akrl@localhost) by sdf.org (8.15.2/8.12.8/Submit) id 03GGwsND026893; Thu, 16 Apr 2020 16:58:54 GMT From: Andrea Corallo To: control@debbugs.gnu.org Subject: bug#40653 Date: Thu, 16 Apr 2020 16:58:54 +0000 Message-ID: MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) close 40653 thanks From debbugs-submit-bounces@debbugs.gnu.org Thu Apr 16 18:50:08 2020 Received: (at submit) by debbugs.gnu.org; 16 Apr 2020 22:50:08 +0000 Received: from localhost ([127.0.0.1]:39543 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jPDKh-0003DM-QT for submit@debbugs.gnu.org; Thu, 16 Apr 2020 18:50:08 -0400 Received: from lists.gnu.org ([209.51.188.17]:34415) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jPCma-0002P9-Km for submit@debbugs.gnu.org; Thu, 16 Apr 2020 18:14:53 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:44967) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jPCmZ-00071B-LS for bug-gnu-emacs@gnu.org; Thu, 16 Apr 2020 18:14:52 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_LOW autolearn=disabled version=3.3.2 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1jPCmY-0000qt-LB for bug-gnu-emacs@gnu.org; Thu, 16 Apr 2020 18:14:51 -0400 Received: from smtp-out002.kontent.com ([81.88.40.216]:56464) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1jPCmY-0000ob-2C for bug-gnu-emacs@gnu.org; Thu, 16 Apr 2020 18:14:50 -0400 Received: from [192.168.178.106] (dslb-188-097-003-135.188.097.pools.vodafone-ip.de [188.97.3.135]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: sebastian-sturm_de_1@smtp-out002.kontent.com) by smtp-out002.kontent.com (Postfix) with ESMTPSA id BC05440033AA for ; Fri, 17 Apr 2020 00:14:47 +0200 (CEST) To: bug-gnu-emacs@gnu.org References: Subject: bug#40653: 28.0.50; (fset 'yes-or-no-p 'y-or-n-p) has no effect in native-comp branch From: Sebastian Sturm Message-ID: <8d269738-b506-0d33-21a1-01d0e65bb432@sebastian-sturm.de> Date: Fri, 17 Apr 2020 00:14:47 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.4.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 81.88.40.216 X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: submit X-Mailman-Approved-At: Thu, 16 Apr 2020 18:50:07 -0400 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) sorry for being a moron, I had used `counsel-describe-function` instead of plain `describe-function` (which indeed shows the function as natively compiled). I thought I had used `counsel-describe-function` before, but I'm probably mistaken. In any case, apologies for the noise and many thanks for your outstanding work on gccemacs! From debbugs-submit-bounces@debbugs.gnu.org Fri Apr 17 07:26:26 2020 Received: (at 40653) by debbugs.gnu.org; 17 Apr 2020 11:26:26 +0000 Received: from localhost ([127.0.0.1]:40085 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jPP8c-0005Un-FF for submit@debbugs.gnu.org; Fri, 17 Apr 2020 07:26:26 -0400 Received: from mx.sdf.org ([205.166.94.20]:49424) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jPP8X-0005Ub-W1 for 40653@debbugs.gnu.org; Fri, 17 Apr 2020 07:26:26 -0400 Received: from sdf.org (ma.sdf.org [205.166.94.33]) by mx.sdf.org (8.15.2/8.14.5) with ESMTPS id 03HBQJdL015750 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits) verified NO); Fri, 17 Apr 2020 11:26:20 GMT Received: (from akrl@localhost) by sdf.org (8.15.2/8.12.8/Submit) id 03HBQJl4019850; Fri, 17 Apr 2020 11:26:19 GMT From: Andrea Corallo To: Sebastian Sturm Subject: Re: bug#40653: 28.0.50; (fset 'yes-or-no-p 'y-or-n-p) has no effect in native-comp branch References: <8d269738-b506-0d33-21a1-01d0e65bb432@sebastian-sturm.de> Date: Fri, 17 Apr 2020 11:26:19 +0000 In-Reply-To: <8d269738-b506-0d33-21a1-01d0e65bb432@sebastian-sturm.de> (Sebastian Sturm's message of "Fri, 17 Apr 2020 00:14:47 +0200") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 40653 Cc: 40653@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Sebastian Sturm writes: > sorry for being a moron, I had used `counsel-describe-function` > instead of plain `describe-function` (which indeed shows the function > as natively compiled). I thought I had used > `counsel-describe-function` before, but I'm probably mistaken. No issue, thanks for reporting. Andrea -- akrl@sdf.org From unknown Sat Aug 09 13:00:14 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Sat, 16 May 2020 11:24:04 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator