From unknown Sun Jun 15 08:51:20 2025 X-Loop: help-debbugs@gnu.org Subject: bug#54730: 28.1; vhdl-update-sensitivity-list not working in Windows Resent-From: Cyril Arnould Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 05 Apr 2022 16:27:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 54730 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 54730@debbugs.gnu.org X-Debbugs-Original-To: "bug-gnu-emacs@gnu.org" Received: via spool by submit@debbugs.gnu.org id=B.164917596631802 (code B ref -1); Tue, 05 Apr 2022 16:27:02 +0000 Received: (at submit) by debbugs.gnu.org; 5 Apr 2022 16:26:06 +0000 Received: from localhost ([127.0.0.1]:55961 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nbm0L-0008Gr-VS for submit@debbugs.gnu.org; Tue, 05 Apr 2022 12:26:06 -0400 Received: from lists.gnu.org ([209.51.188.17]:58680) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nblx6-0008Aa-7t for submit@debbugs.gnu.org; Tue, 05 Apr 2022 12:22:44 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:36832) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nblx5-0007BW-Vq for bug-gnu-emacs@gnu.org; Tue, 05 Apr 2022 12:22:44 -0400 Received: from mail-db8eur05olkn20823.outbound.protection.outlook.com ([2a01:111:f400:7e1a::823]:10944 helo=EUR05-DB8-obe.outbound.protection.outlook.com) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nblx3-0003Ef-Hx for bug-gnu-emacs@gnu.org; Tue, 05 Apr 2022 12:22:43 -0400 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=FvYzlu9YhZ8Niu8+/72sdzpsYt2bwki0cNfuwIG6Sl9mBZ2TwELeriaTfYWsPJFhDwcQNPnUtuU3Oeo0R6u9WmOZIZBayhyN91/lI3NTTtZ0suBP1TpR9TQ4l0h1tGukfM5WApJBIAKx3bt2GnA0qwWOOZM/CrC7MerGG1vvQSkGnTN36oKJFbpYr0yuWgLmboVoqg/YeFcfDJOm9Hw9pX9N8QCFCyVdQeOV01/fv96tLOCFlL0EGkdIFemRP27hlsQ3xt8lAunYodoO4SQ6smsKVNxuYXzmgF/dlwQAcQZoVLiKaypFFdgZyvmvx7Dw0RjQ/8tEIEJyjvcdd4T6Cg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=fzr2DG5VY+cuq+ap7o9MUEnaED18BuNXu7361zloLTQ=; b=XGWT3UzF6F3ok5ekoJ7VqZzbBkE97QmxobGpWoaIXWTEaRxjlNFxAfupel2j8LWoNtnLDlfikWzsR1IYbOFBhdG1Ylp9X6ARDcXsKxVA9E0k0KuBQOc52yP+xZsaPpHIaQ62T1RlaUvZVwE+8zHeAFa5vTOlOwZWlil7eUIYUq/MzTp06rVVqyumDlClvWI8agWKXdS0DnoP3dxeKNjZVTLu6juiRDgBiQ5+WEn0XRStfHevuBRziKQB+3yQFrf8vDp8o1el+UWyOlqS6VjUGxvssY0dYgtbvzQwfMIbM4BSRTGeok/+9+OtahV3IfvRQlJd2lP6QYu66jBAf0JYLg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outlook.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=fzr2DG5VY+cuq+ap7o9MUEnaED18BuNXu7361zloLTQ=; b=eoUq47TbhVtkVptJWvshE8122EcuOVauxJ/H0IcyHzh7Npw3S9rMkH94TDF8mQOGf4HQRO8paxTxiQa0IHTTK37sqye8WxVc0472PvYtbHplz75Y99lNadjNhArgWPICbuelYdA1UTVseB+OMPJ4DmGB2zZkV/l5VlvKpjNwuBE28dNrTCGi9h1sd2UKnXQgMJ3RjR41zGXzaJaRQ7i2MAQKw5ILKqupCp4HD1ZAcCI0w+nvcYrkF9PGgQjV/pjUuOAyWtmShV4/wxNzvASN0N7t24L0/8vK/BVHNt/rsUA5yA2mVeKofRLfdBCM2E6lZsltS3HZksGybPobCgyxPw== Received: from AM5PR06MB3105.eurprd06.prod.outlook.com (2603:10a6:206:10::11) by VI1PR0602MB2976.eurprd06.prod.outlook.com (2603:10a6:800:ba::12) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5123.31; Tue, 5 Apr 2022 16:17:37 +0000 Received: from AM5PR06MB3105.eurprd06.prod.outlook.com ([fe80::b592:ae0f:e3c0:57b]) by AM5PR06MB3105.eurprd06.prod.outlook.com ([fe80::b592:ae0f:e3c0:57b%2]) with mapi id 15.20.5123.030; Tue, 5 Apr 2022 16:17:37 +0000 From: Cyril Arnould Thread-Topic: 28.1; vhdl-update-sensitivity-list not working in Windows Thread-Index: AQHYSQhkeYcjaTMdIU+tv6MnK8V/TQ== Date: Tue, 5 Apr 2022 16:17:37 +0000 Message-ID: Accept-Language: de-CH, en-US Content-Language: de-CH X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-tmn: [g0Rt1UeDxBl8OLndw8Q6ReIm/5Yd8Nxau/axAfFQjcyZxfURWtplvKT7XkBpoN9bkQkCcwEXstI=] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 93d0d13e-fe71-408a-9d8b-08da171fccd2 x-ms-traffictypediagnostic: VI1PR0602MB2976:EE_ x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: 6nEb6v6VuC5JITzvOLwW5JrxaZeLAG1fZiyj+c1IZsAJctXBsklP/B//jX3lRSou9JFokhhwTeK97P1bTktnOhwzJ5tBs6yLcOJiduzxQoYNFSfypAitZXhKkrHYtCMcGS4bIKrCQmW6UgLptsPjcvkfmfg5aQe4CBUmNBT3+TrdRdAA4Jl6Qld+XSifp07fWGFbjHC0l8+UzkXB7qdmOmyfJ5YJ0MI/5QMxMj0VFbnYiAa2/vB/8oe8fv3hbs0ioNCHa+GH9GPsfDVy0YceA1todaK/qrYYd3EtlShU22lLXyuLwEvnawsGnxcy6Sc0H4RIIOySeHni/dXoltFitgcvQBzx/8ZQFiqZETY/G5tNxivBFakEVQrboRr7/TjgusLqGCELSMmRn9oM8Qi68Nvk//7ccee3nN8CSvIN9Dl8H8mKYNKFeAu7WKUlK1b7RhRFIjCN/LHJequ9krbcx8wH936KKXFiL+l/rsdu5UXbArVITyHMwAbffN0PSyzfNzwN0PHKMKx9jJDXjgsLtLXcfRMCc4gN/Yv0CIMgsc2M1KdPW5wNj9F/gXrtcNELgHbWBNmcoTzFfRDNZKduWA== x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: nZC2gfxpUI74C6p2Q6Ar9em6bLS3QL8x2Ujm+4co9asbcySUOx9XU/xpE2akLShGqQyhqvCu+quOZd1pK4qQc/JuPPoc8Xjyr7HJCcAjokivfacDeAWp2kVzp7p8G1jjZ1NUEcNPpm4HAU4WQDW/cIK5QrBZu4OPTdVqdS0ddU0CbQjC1/5FrylaEIZiQx7M2ZtVzTucLgcweIUtOKJCKfaM3X6Y1BaT0vGLU5mnsFUHNe2un4teoeF9wEvL61V4QdXDGK8emz+s9WEFMkSzk+VuQVdbmul5hsdt9dZKEB5z7nQtfHtfpShExmdGHTsDe0ZndTDYLCp2v65GiEwT653LKc1WDrou9NunGbSWawHCvWGq443R02k0F96ZUy3+Jqvt01p+Jeck4amYCfUgUUQ1rkrWLSclgGSklgZB8rNtXRflGaxOYssD/lvv8o0O+G85c9XzIPtbMCmmH65i61o9BzDesNAge6jeRc+Z4BcLtlDRQMr3wmRGp0wUXhfX8hbkN0QEujpQMi9vRHaDPcPQx7hvtM94HNKmyYK40phPVuU1mlZ5ALIUC0Si3R1b64okMrfnAWCwzuukRQ2opmqB5p9O3AMYNkJ3dj/gjBe3mwyFnf5QifvUVCXnIFA6wMCJIgkQ8pSfjIYfdOR0uvmx7/hQspLcPmpeIrmBs51jNXtCjZnU6IjzSIjF6dwrCNZkFxsrozeDQNRNb3TaZqFsAIo6QTmAIJhexLyrQQUU5HlJO/++fEGg61+CQMSMuFmrJkreEkik3zUa+dwsee2AkARF+tSijr2tVajggyl3Tu0Qpwm1A3zjq41g5ZLcYi88pSxQEl5B75cLxPlBgips22THt7IBpWrUMl9BR5M4Y3W8qdnPwfl7k6+rDCAFBBNM+rFcd9Lp51QOMzK4/ZAzi8Qq0pzrVejK4OAemrWVTd20bG7ZOeh3K8k90iECQiOeU4OTRbwR2iWiS1WZDtl4CsCin/Yq5CXrNqNCmRKUFSgKAOVNtQHd+gAVHVj+Dam8HDcTJiwfcBx2CCc1U2wgtybFNxAfro/QxoopSWphKNNlA3Aq+IrmjgjMIHMJFnEB5uzJ29CCsPc73US3yngLQWCnocdav0ZMwm73A0jrm7fTf84S3m09MBlMfijRkAZ2psklOiZ1d6oVkLf+X5YpFV/eNtniI2Uxr4iGvK9Uib/wdVf8Q9xCwOoldK0LytlTw3rs0063+6iRtFawsoul5MrzpNMM9BEu0IrBlcDM+33khGRgFBb8eknISIwMArO73ShKelkCZ5/LHISZ7r6b4xdIP1plhQ8Uf1UznUpFvjK0oU1n3ZsdgV7tu6iaoBqh7KopragaORnmvodml1zc2AuF1GLR1chRbR/A1vH8FbI6VEl/NWk+h89yYLCrFTivio4SPRkfm3sYQIjwnfpHAZ7FyhoXV2yJ8FKIQlILEZRjSeiDi/zJsfU2Y9Bx50Tb6VoSZc/tTOFhwSu29O0Dh85P7BRYiwADmJcjhKCcYv9Rtee+m0in1PTKNKLqF7EILaIXFYixMEjRMgvfiw== Content-Type: multipart/alternative; boundary="_000_AM5PR06MB3105B76A0F2F1ABF395F129CE3E49AM5PR06MB3105eurp_" MIME-Version: 1.0 X-OriginatorOrg: outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: AM5PR06MB3105.eurprd06.prod.outlook.com X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-CrossTenant-Network-Message-Id: 93d0d13e-fe71-408a-9d8b-08da171fccd2 X-MS-Exchange-CrossTenant-originalarrivaltime: 05 Apr 2022 16:17:37.3657 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-rms-persistedconsumerorg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR0602MB2976 Received-SPF: pass client-ip=2a01:111:f400:7e1a::823; envelope-from=cyril.arnould@outlook.com; helo=EUR05-DB8-obe.outbound.protection.outlook.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, HTML_MESSAGE=0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: 0.2 (/) X-Mailman-Approved-At: Tue, 05 Apr 2022 12:26:05 -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: -2.3 (--) --_000_AM5PR06MB3105B76A0F2F1ABF395F129CE3E49AM5PR06MB3105eurp_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable vhdl-update-sensitivity-list is not working anymore in Windows. I have a very simple process: -- Flip Flops p_memzing : process (Clk_CI, Rst_RBI) begin if Rst_RBI =3D '0' then -- asynchronous reset (active low= ) BlockCount_DP <=3D (others =3D> '0'); Length_DP <=3D (others =3D> '0'); elsif Clk_CI'event and Clk_CI =3D '1' then -- rising clock edge BlockCount_DP <=3D BlockCount_DN; Length_DP <=3D Length_DN; end if; end process p_memzing; If I execute vhdl-update-sensitivity-list-process, I get the error message "Symbol=92s value as variable is void: proc-end". If I execute vhdl-update-sensitivity-list-buffer instead, I get no error message but the sensitivity list is not updated properly, e.g. if I delete Clk_CI from the sensitivity list, it is not added back. This problem occurs in both natively-compiled VHDL mode as well as byte-compiled VHDL mode. I have also deleted my .emacs configuration file to reproduce the bug in a more vanilla environment. This was working fine under Emacs 27.2. In GNU Emacs 28.1 (build 52, x86_64-w64-mingw32) of 2022-04-04 built on AVALON Repository revision: 5a223c7f2ef4c31abbd46367b6ea83cd19d30aa7 Repository branch: heads/emacs-28.1 Windowing system distributor 'Microsoft Corp.', version 10.0.19044 System Description: Microsoft Windows 10 Pro (v10.0.2009.19044.1586) Configured using: 'configure --without-dbus --with-native-compilation --without-compress-install CFLAGS=3D-O2' Configured features: ACL GIF GMP GNUTLS HARFBUZZ JPEG JSON LCMS2 LIBXML2 MODULES NATIVE_COMP NOTIFY W32NOTIFY PDUMPER PNG RSVG SOUND THREADS TIFF TOOLKIT_SCROLL_BARS XPM ZLIB (NATIVE_COMP present but libgccjit not available) Important settings: value of $LANG: DES locale-coding-system: cp1252 Major mode: VHDL Minor modes in effect: delete-selection-mode: t cua-mode: t tooltip-mode: t global-eldoc-mode: t show-paren-mode: t electric-indent-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: t transient-mark-mode: t Load-path shadows: None found. Features: (shadow sort mail-extr emacsbug message rmc puny dired dired-loaddefs rfc822 mml mml-sec epa derived epg rfc6068 epg-config gnus-util rmail rmail-loaddefs auth-source cl-seq eieio eieio-core cl-macs eieio-loaddefs password-cache json map seq byte-opt gv bytecomp byte-compile cconv mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils cus-start cus-load delsel cua-base time-date subr-x cl-loaddefs cl-lib vc-dispatcher vc-svn vhdl-mode hippie-exp compile text-property-search comint ansi-color ring iso-transl tooltip eldoc paren electric uniquify ediff-hook vc-hooks lisp-float-type elisp-mode mwheel dos-w32 ls-lisp disp-table term/w32-win w32-win w32-vars term/common-win tool-bar dnd fontset image regexp-opt fringe tabulated-list replace newcomment text-mode lisp-mode prog-mode register page tab-bar menu-bar rfn-eshadow isearch easymenu timer select scroll-bar mouse jit-lock font-lock syntax font-core term/tty-colors frame minibuffer cl-generic cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese composite emoji-zwj charscript charprop case-table epa-hook jka-cmpr-hook help simple abbrev obarray cl-preloaded nadvice button loaddefs faces cus-face macroexp files window text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote threads w32notify w32 lcms2 multi-tty make-network-process native-compile emacs) Memory information: ((conses 16 93119 15570) (symbols 48 10242 1) (strings 32 31838 2138) (string-bytes 1 976465) (vectors 16 17355) (vector-slots 8 268523 16886) (floats 8 39 323) (intervals 56 742 0) (buffers 992 13)) --_000_AM5PR06MB3105B76A0F2F1ABF395F129CE3E49AM5PR06MB3105eurp_ Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable

vhdl-update-sensitivity-list is not working anymore = in Windows. I

have a very simple process:

 

  -- Flip Flops

  p_memzing : process (Clk_CI, Rst_RBI)

  begin

    if Rst_RBI =3D '0' then &nbs= p;             = -- asynchronous reset (active low)

      BlockCount_DP <=3D= (others =3D> '0');

      Length_DP  =    <=3D (others =3D> '0');

    elsif Clk_CI'event and Clk_CI =3D= '1' then  -- rising clock edge

      BlockCount_DP <=3D= BlockCount_DN;

      Length_DP  =    <=3D Length_DN;

    end if;

  end process p_memzing;

 

If I execute vhdl-update-sensitivity-list-process, I= get the error

message "Symbol=92s value as variable is void: = proc-end". If I execute

vhdl-update-sensitivity-list-buffer instead, I get n= o error message but

the sensitivity list is not updated properly, e.g. i= f I delete Clk_CI

from the sensitivity list, it is not added back.

 

This problem occurs in both natively-compiled VHDL m= ode as well as

byte-compiled VHDL mode. I have also deleted my .ema= cs configuration

file to reproduce the bug in a more vanilla environm= ent. This was

working fine under Emacs 27.2.

 

 

 

In GNU Emacs 28.1 (build 52, x86_64-w64-mingw32)

of 2022-04-04 built on AVALON

Repository revision: 5a223c7f2ef4c31abbd46367b6ea83c= d19d30aa7

Repository branch: heads/emacs-28.1

Windowing system distributor 'Microsoft Corp.', vers= ion 10.0.19044

System Description: Microsoft Windows 10 Pro (v10.0.= 2009.19044.1586)

 

Configured using:

'configure --without-dbus --with-native-compilation<= /p>

--without-compress-install CFLAGS=3D-O2'

 

Configured features:

ACL GIF GMP GNUTLS HARFBUZZ JPEG JSON LCMS2 LIBXML2 = MODULES NATIVE_COMP

NOTIFY W32NOTIFY PDUMPER PNG RSVG SOUND THREADS TIFF= TOOLKIT_SCROLL_BARS

XPM ZLIB

 

(NATIVE_COMP present but libgccjit not available)

 

Important settings:

  value of $LANG: DES

  locale-coding-system: cp1252

 

Major mode: VHDL

 

Minor modes in effect:

  delete-selection-mode: t

  cua-mode: t

  tooltip-mode: t

  global-eldoc-mode: t

  show-paren-mode: t

  electric-indent-mode: t

  mouse-wheel-mode: t

  tool-bar-mode: t

  menu-bar-mode: t

  file-name-shadow-mode: t

  global-font-lock-mode: t

  font-lock-mode: t

  blink-cursor-mode: t

  auto-composition-mode: t

  auto-encryption-mode: t

  auto-compression-mode: t

  line-number-mode: t

  transient-mark-mode: t

 

Load-path shadows:

None found.

 

Features:

(shadow sort mail-extr emacsbug message rmc puny dir= ed dired-loaddefs

rfc822 mml mml-sec epa derived epg rfc6068 epg-confi= g gnus-util rmail

rmail-loaddefs auth-source cl-seq eieio eieio-core c= l-macs

eieio-loaddefs password-cache json map seq byte-opt = gv bytecomp

byte-compile cconv mm-decode mm-bodies mm-encode mai= l-parse rfc2231

mailabbrev gmm-utils mailheader sendmail rfc2047 rfc= 2045 ietf-drums

mm-util mail-prsvr mail-utils cus-start cus-load del= sel cua-base

time-date subr-x cl-loaddefs cl-lib vc-dispatcher vc= -svn vhdl-mode

hippie-exp compile text-property-search comint ansi-= color ring

iso-transl tooltip eldoc paren electric uniquify edi= ff-hook vc-hooks

lisp-float-type elisp-mode mwheel dos-w32 ls-lisp di= sp-table

term/w32-win w32-win w32-vars term/common-win tool-b= ar dnd fontset image

regexp-opt fringe tabulated-list replace newcomment = text-mode lisp-mode

prog-mode register page tab-bar menu-bar rfn-eshadow= isearch easymenu

timer select scroll-bar mouse jit-lock font-lock syn= tax font-core

term/tty-colors frame minibuffer cl-generic cham geo= rgian utf-8-lang

misc-lang vietnamese tibetan thai tai-viet lao korea= n japanese eucjp-ms

cp51932 hebrew greek romanian slovak czech european = ethiopic indian

cyrillic chinese composite emoji-zwj charscript char= prop case-table

epa-hook jka-cmpr-hook help simple abbrev obarray cl= -preloaded nadvice

button loaddefs faces cus-face macroexp files window= text-properties

overlay sha1 md5 base64 format env code-pages mule c= ustom widget

hashtable-print-readable backquote threads w32notify= w32 lcms2 multi-tty

make-network-process native-compile emacs)

 

Memory information:

((conses 16 93119 15570)

(symbols 48 10242 1)

(strings 32 31838 2138)

(string-bytes 1 976465)

(vectors 16 17355)

(vector-slots 8 268523 16886)

(floats 8 39 323)

(intervals 56 742 0)

(buffers 992 13))

--_000_AM5PR06MB3105B76A0F2F1ABF395F129CE3E49AM5PR06MB3105eurp_-- From unknown Sun Jun 15 08:51:20 2025 X-Loop: help-debbugs@gnu.org Subject: bug#54730: 28.1; vhdl-update-sensitivity-list not working in Windows Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 05 Apr 2022 16:44:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 54730 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Cyril Arnould Cc: 54730@debbugs.gnu.org Received: via spool by 54730-submit@debbugs.gnu.org id=B54730.16491770371347 (code B ref 54730); Tue, 05 Apr 2022 16:44:02 +0000 Received: (at 54730) by debbugs.gnu.org; 5 Apr 2022 16:43:57 +0000 Received: from localhost ([127.0.0.1]:55988 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nbmHd-0000Le-9N for submit@debbugs.gnu.org; Tue, 05 Apr 2022 12:43:57 -0400 Received: from eggs.gnu.org ([209.51.188.92]:47862) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nbmHb-0000LP-5g for 54730@debbugs.gnu.org; Tue, 05 Apr 2022 12:43:55 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:36756) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nbmHV-0000hm-Qd; Tue, 05 Apr 2022 12:43:49 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=OI2274Ff1lRpBJttyLU3G+Sh1Elut1RpInOl/xLHjZc=; b=IT+Ew5iFtwfvRmTREZjl FkvE34mRjN+BIW5Ldou16Sl72EAqlQ764kLQkdumrPJEmSxLCqQ+E/4q9lX0ewv9AZ2dxH1J62Vkg Yn1NABeqFDbRPnauqGSi+MDcDvs8UI9SG7IyLWYrTo0V3978O1SC2EFmBQgPjwulxftgEgkhDW3VT p0l5DKqRRcRLFL8+rDyYalHTOLgH32t+v9CiBjeB2dmEF9ujxaa8ZseZW4hN8zGREC+f8x0tMaWFM el+de+kaRuXtvuF4noi6dzTBUsl8fVNFAa6MwtrDyRMX81eCNqKd/N26zCR+ju54cqYVf6mkv6LK2 siAIV6I4NoxT2g==; Received: from [87.69.77.57] (port=3472 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 1nbmHU-0006GW-Aa; Tue, 05 Apr 2022 12:43:48 -0400 Date: Tue, 05 Apr 2022 19:43:53 +0300 Message-Id: <83zgkzcwfq.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: (message from Cyril Arnould on Tue, 5 Apr 2022 16:17:37 +0000) References: MIME-version: 1.0 Content-type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) 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: -3.3 (---) > From: Cyril Arnould > Date: Tue, 5 Apr 2022 16:17:37 +0000 > > vhdl-update-sensitivity-list is not working anymore in Windows. You say "on Windows" because it works on other systems? > I have a very simple process: > > -- Flip Flops > p_memzing : process (Clk_CI, Rst_RBI) > begin > if Rst_RBI = '0' then -- asynchronous reset (active low) > BlockCount_DP <= (others => '0'); > Length_DP <= (others => '0'); > elsif Clk_CI'event and Clk_CI = '1' then -- rising clock edge > BlockCount_DP <= BlockCount_DN; > Length_DP <= Length_DN; > end if; > end process p_memzing; > > If I execute vhdl-update-sensitivity-list-process, I get the error > message "Symbol’s value as variable is void: proc-end". If I execute > vhdl-update-sensitivity-list-buffer instead, I get no error message but > the sensitivity list is not updated properly, e.g. if I delete Clk_CI > from the sensitivity list, it is not added back. Can you please provide a complete recipe, including any file(s) one has to visit etc.? I don't use VHDL, so I need very precise instructions to reproduce and debug the problem. I'm a bit surprised that you get that void-variable error, since I see proc-end being let-bound in vhdl-update-sensitivity-list. I'm probably missing something. Could you perhaps set debug-on-error non-nil, and post the Lisp backtrace from the error? Thanks. From unknown Sun Jun 15 08:51:20 2025 X-Loop: help-debbugs@gnu.org Subject: bug#54730: AW: bug#54730: 28.1; vhdl-update-sensitivity-list not working in Windows Resent-From: Cyril Arnould Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 05 Apr 2022 17:25:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 54730 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: "54730@debbugs.gnu.org" <54730@debbugs.gnu.org> Received: via spool by 54730-submit@debbugs.gnu.org id=B54730.16491794906245 (code B ref 54730); Tue, 05 Apr 2022 17:25:02 +0000 Received: (at 54730) by debbugs.gnu.org; 5 Apr 2022 17:24:50 +0000 Received: from localhost ([127.0.0.1]:56034 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nbmvB-0001ce-6R for submit@debbugs.gnu.org; Tue, 05 Apr 2022 13:24:49 -0400 Received: from mail-oln040092068026.outbound.protection.outlook.com ([40.92.68.26]:2651 helo=EUR02-HE1-obe.outbound.protection.outlook.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nbmfS-00017N-Of for 54730@debbugs.gnu.org; Tue, 05 Apr 2022 13:08:35 -0400 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=cfWGWW4yje1AoISJoiKcrjjJkll1MnMWsPQ2iaeTCHasR1cktN2bM1bYcF2YsvfZm/g8Co/cVAYQFZPEgUTTCLPptvGPDTPPRmEBZExpOjK5xMI0WwChsLxyjxd86FNFlkF1DeIi/vDPKjXnIdFxb4E7HRklV8POWLS+NbqRL5d1nUkMHQJ8YXGqBACCJjARuVsQh9rZRqpfa5JPCDZRoZIkRDpihLO6u/zfDHu9PZnXizoJirbqU0uorglI1nkRmF1chel+mTNOaTyxpkuoPhwJj/5WLF7QxF6YZ9PYmP5EcSSVrbPxr1hbZqLsaf9MyNcqk0Ped2q4aX6rkyeYUg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=H1XPGbQUiPX/i1BAdSY+pWsc7JE2xGHqSDTTfN11fpg=; b=kV8Gg8m/mJBkWsyf6tRxQppHR52q8BAK1WBa9n2VWXu4MJD6ul17w/HmQijfmNNnJQ691oLtfNiDihdgXcQrAI13UxmMG/uBGoo7ZbbnGGmzj6Y7oOBT/XwRoJSXtGTW/Qnuzbp5IgJtC5dyRBn33mPNh1gKzHYJlW6mC+/Mz4GCO2oAZXLYV7eykBhn9984bTPCcnixwvIBb1PH0znYrKixUT0V4ewwz7RvyBePGBkRKeZf1I1Jp1APdxU05dsUYyRQ9Ihewp0vpYepXd+fVpeQ/E0/Jvlgafb5WxtHgYWqfcJ8B8gWR1hHLxGfA2IMoc3b2Zfts/YTUIWBb7b5fQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outlook.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=H1XPGbQUiPX/i1BAdSY+pWsc7JE2xGHqSDTTfN11fpg=; b=ec/zriYSgq95vFpRzCDUCUrWduHsdu/HyMDTxhMlNcK5Ck+jU24/B7Akk4yPGVCCUmgAyT/3M2N27OQaAFutUvy69wPiFoLI396kGHmfod+be2wtAPAZwV/k0/jEfw/RltGCvkCbP70/I6Kn8db2poUW9O+bvaHyMuuz5zc8cRO1uanpEJyCv3wAYVfAsaNreulCTmM9Ym4e/COOi3Z3pBfE5NzK2K3CHJQgJKz/AoMW6uolmgyLRqSSjszMI/ixKnYzh344RQ4AhClINr4lAlecawYMjQf8nLVNhIrjYZo7Q/e3nowbTQbIuZ2XmE8C2TVYdRu+2VCkjjtgHa9nIw== Received: from AM5PR06MB3105.eurprd06.prod.outlook.com (2603:10a6:206:10::11) by DBAPR06MB6951.eurprd06.prod.outlook.com (2603:10a6:10:1a3::15) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5123.31; Tue, 5 Apr 2022 17:08:28 +0000 Received: from AM5PR06MB3105.eurprd06.prod.outlook.com ([fe80::b592:ae0f:e3c0:57b]) by AM5PR06MB3105.eurprd06.prod.outlook.com ([fe80::b592:ae0f:e3c0:57b%2]) with mapi id 15.20.5123.030; Tue, 5 Apr 2022 17:08:28 +0000 From: Cyril Arnould Thread-Topic: bug#54730: 28.1; vhdl-update-sensitivity-list not working in Windows Thread-Index: AQHYSQhkeYcjaTMdIU+tv6MnK8V/Tazhhpn6gAAES6g= Date: Tue, 5 Apr 2022 17:08:28 +0000 Message-ID: References: <83zgkzcwfq.fsf@gnu.org> In-Reply-To: <83zgkzcwfq.fsf@gnu.org> Accept-Language: de-CH, en-US Content-Language: de-CH X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-tmn: [NOnYNZifn6tC8a2pvoxxK/DzfdvBNgzSiX4g3T/wjqQFv4ArUchZMzZTML+AGUmoTpSR3wIznN4=] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: eb5b32ba-84fc-44b2-541c-08da1726e740 x-ms-traffictypediagnostic: DBAPR06MB6951:EE_ x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: pjjiJY6FHn4WvlNniG12DUusL7asQ9sNMgh8s/ey6AvseUN5ZPquGl1HzQrM5pALcyTKmWxe2HqvcSOXEY3/UrF8dns46DiBo/VTJKcEDfrTbuGIxR9rNFsGZF0juYuZKDs2uObunNLQk0U8Xa0Rmn7z26zNFjEpCTitN3VgCrerzfRwNWbC76fWpipDXrju/mzsJOxrGdzmKP8buz9h5r0O+gh8ocqMIzFJWwSMYTYYcOGB6CbQDggXaK6+K9GxG3EXYWGZWUXgVUxnwXuiN4vveeAnIYvBPAsZ6mZC6kidINf7hZew+W/uWSTklK9Z3NvGCYKQpHFIJSPSkXHlSldkSVS+QaKrYF2C4OiuatyKP+rEMNTnBTj+O42+zSHVDf+gEFhXQLSArEk6V/o8oNvbIRPanWFhwTIXY6tmEDqjyYe/5XKFtu3BCZC6YS9VMwDE/a3ASxNdMInQsIRDPsgyAP6u6rPJTvb1RNbMF2HH6dbEfPCNSgBR0BbGtMDXaHH2Qkv6mgGOl/Gr5BAxtoPOK65C8bI471y/0pmo/r0KY7SFw+ycWl9rPYofSpWlLmIoR2EqWnV6e3lF+7Q5Dg== x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: sGvKQAn/B+gWInHMLc6uoNoZDcIIJSgX0pGUzEtPP0iWgGgLxpMsNGuYWr6vKbXJ0Nr9RFU6XlD7xyQOlaJ5uU5gnNUaqR54yBsZA/9OkifCqscIm9LisDEgZytqjrTzfOum5GUrPS7vHt8Vxcsy8yV1jWNvWyGibLsULFxka6eVTW09QqdqzsFRCXdRk61kFc8wkmXyZIWq/JA6xJxNWKQZ/x9aCAFlFGSe4h3iby4uJ43OsEib/2Ah/QS95STYK0ZGyhIKo90vrJBZEH6FMSbqxVdDO06WHVy2vVa+7VgWgPks142N2xEmasObu7nK42HjlX5eXuIcfR4p3QeAWn51TtFLj5azjb3SBgwgrbVuVZBkBsgB+VQzxVCT0sxI3QgtHZ+dK2HrJKgvfcNLSFDEjuYl1RFfgsbNa0g7YStpjtTB/7mLzD5Gg5z1ndiqmdh/djFtjdENw3dVhYyhLf57YPnHiy6tq7S80nH6+/aRDVjzwqDQ1GKR6KoXH4renfHBeuzLoSbOAQaIRHu6GgPgXa8S882vRV55TE/2bF28opX9W2CXs+xFWewoUIRgOXRBc8eP4/v+ZQ/SgXEDROqja+MAm0+7UZYfThDs3YPR/y16pTTwO8mcMqT/7x67rKW1MHSFN2C7KxJflgFuboHN9o57zreHEqnEXfhaAOQerjKqisMqEpy5OjUZKHc6sn54eI7u6EGPWbhDGNkjGlF9q5caFGjya6uwY7qE/JohZTRwiy8+ZquFr1oUvzt4AQsSJpE35pAlD3ORHSN81m+DnXJXTa9ju3RCKvRNGR5vRMgyzuCyHlhIgnUCIGW5dtkM4A9MRmwf6jG3gJHWn12zOqpzuuPg0wn7SajB2kuZAed1ipIUBiviCZtUgEnBB0nd+UkD+Cqh4TXFtbks5P7icmSDWzEFmF2zhL2kgR9aGCr7z7kYaWNPpO660tiN16yCh/sSIwxmD74oSegT8CfBpA6AexqDHbpFKH0eopWVsyLV5+HFm77ufYphPbKHXaemB0dfYqDA0CtdDWp821ORX4UgT5S5XNPT1AINwFUOgR8Wyk4/22i3SRZedXOMGdJBoOJEJeMlWrglveuXHvsKD5T6F5SNVFHWFdZl384KH2tgrARoSsgislErMEgyqoySRSe0L/8y0GI+wZjj4nVyBTnwxaPqyf7lX0VrnWLtUPqlbtbgeWAfPoQDzKFO91xw7XO4ODJfAVdctW/N48aj1kVY2SgBeNAHjy7sSdnwpRwu4cUFHbvZKWc6HXkVvXWFK0ti7Bzi69i0otW904HspWWaCS97n+VmvYl2ueZC94b+h5eEMIX8g3nM4IOkTsAcwfW8slP7hwev+Ge5ZlcOFiPySMqiWjN7WebuNX3l5wwWt3OrK1ckOryIfeZEEI4XvqdPvOACNAq56U5SrMhOXHiM/o6UlF9AjLQsbotuHnbYwaslKXQCZ8B0U/P8nXaLyuivKbmFRW3CTHcs+6UESw7C584cWVgVhCRc638CXubgfkGiOjvkqGHdoTyjAfYXnnOMrOQELbik0Juu5g== Content-Type: multipart/mixed; boundary="_004_AM5PR06MB3105E1EA9E78B2D2D4DD92DDE3E49AM5PR06MB3105eurp_" MIME-Version: 1.0 X-OriginatorOrg: outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: AM5PR06MB3105.eurprd06.prod.outlook.com X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-CrossTenant-Network-Message-Id: eb5b32ba-84fc-44b2-541c-08da1726e740 X-MS-Exchange-CrossTenant-originalarrivaltime: 05 Apr 2022 17:08:28.1514 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-rms-persistedconsumerorg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-Transport-CrossTenantHeadersStamped: DBAPR06MB6951 X-Spam-Score: -0.0 (/) X-Mailman-Approved-At: Tue, 05 Apr 2022 13:24:48 -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.0 (-) --_004_AM5PR06MB3105E1EA9E78B2D2D4DD92DDE3E49AM5PR06MB3105eurp_ Content-Type: multipart/alternative; boundary="_000_AM5PR06MB3105E1EA9E78B2D2D4DD92DDE3E49AM5PR06MB3105eurp_" --_000_AM5PR06MB3105E1EA9E78B2D2D4DD92DDE3E49AM5PR06MB3105eurp_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable I=92ve added an example file you can visit in the attachment. To reproduce,= simply put the cursor inside the process (M-g-g 30 RET) and execute vhdl-update-sensitivity-list-process (C-c C-u C-s). I=92m getting the follo= wing backtrace: Debugger entered--Lisp error: (void-variable proc-end) (vhdl-re-search-forward "[<:]=3D" proc-end t) eval((vhdl-re-search-forward "[<:]=3D" proc-end t)) vhdl-update-sensitivity-list() vhdl-update-sensitivity-list-process() funcall-interactively(vhdl-update-sensitivity-list-process) command-execute(vhdl-update-sensitivity-list-process) Thanks! Von: Eli Zaretskii Gesendet: Dienstag, 5. April 2022 18:43 An: Cyril Arnould Cc: 54730@debbugs.gnu.org Betreff: Re: bug#54730: 28.1; vhdl-update-sensitivity-list not working in W= indows > From: Cyril Arnould > Date: Tue, 5 Apr 2022 16:17:37 +0000 > > vhdl-update-sensitivity-list is not working anymore in Windows. You say "on Windows" because it works on other systems? > I have a very simple process: > > -- Flip Flops > p_memzing : process (Clk_CI, Rst_RBI) > begin > if Rst_RBI =3D '0' then -- asynchronous reset (active l= ow) > BlockCount_DP <=3D (others =3D> '0'); > Length_DP <=3D (others =3D> '0'); > elsif Clk_CI'event and Clk_CI =3D '1' then -- rising clock edge > BlockCount_DP <=3D BlockCount_DN; > Length_DP <=3D Length_DN; > end if; > end process p_memzing; > > If I execute vhdl-update-sensitivity-list-process, I get the error > message "Symbol=92s value as variable is void: proc-end". If I execute > vhdl-update-sensitivity-list-buffer instead, I get no error message but > the sensitivity list is not updated properly, e.g. if I delete Clk_CI > from the sensitivity list, it is not added back. Can you please provide a complete recipe, including any file(s) one has to visit etc.? I don't use VHDL, so I need very precise instructions to reproduce and debug the problem. I'm a bit surprised that you get that void-variable error, since I see proc-end being let-bound in vhdl-update-sensitivity-list. I'm probably missing something. Could you perhaps set debug-on-error non-nil, and post the Lisp backtrace from the error? Thanks. --_000_AM5PR06MB3105E1EA9E78B2D2D4DD92DDE3E49AM5PR06MB3105eurp_ Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable

I=92ve added an example file you can visit in the at= tachment. To reproduce, simply

put the cursor inside the process (M-g-g 30 RET) and= execute

vhdl-update-sensitivity-list-process (C-c C-u C-s). = I=92m getting the following backtrace:

 

Debugger entered--Lisp error: (void-variable proc-en= d)

  (vhdl-re-search-forward "[<:]=3D"= ; proc-end t)

  eval((vhdl-re-search-forward "[<:]=3D= " proc-end t))

  vhdl-update-sensitivity-list()

  vhdl-update-sensitivity-list-process()

  funcall-interactively(vhdl-update-sensitivity= -list-process)

  command-execute(vhdl-update-sensitivity-list-= process)

 

Thanks!

 

 

> From: Cyril Arnould <cyril.arnould@outlook.c= om>
> Date: Tue, 5 Apr 2022 16:17:37 +0000
>
> vhdl-update-sensitivity-list is not working anymore in Windows.

You say "on Windows" because it works on other systems?

> I have a very simple process:
>
>   -- Flip Flops
>   p_memzing : process (Clk_CI, Rst_RBI)
>   begin
>     if Rst_RBI =3D '0' then    = ;           -- asynchrono= us reset (active low)
>       BlockCount_DP <=3D (others =3D&= gt; '0');
>       Length_DP     = <=3D (others =3D> '0');
>     elsif Clk_CI'event and Clk_CI =3D '1' then&nbs= p; -- rising clock edge
>       BlockCount_DP <=3D BlockCount_D= N;
>       Length_DP     = <=3D Length_DN;
>     end if;
>   end process p_memzing;
>
> If I execute vhdl-update-sensitivity-list-process, I get the error
> message "Symbol=92s value as variable is void: proc-end". If= I execute
> vhdl-update-sensitivity-list-buffer instead, I get no error message bu= t
> the sensitivity list is not updated properly, e.g. if I delete Clk_CI<= br> > from the sensitivity list, it is not added back.

Can you please provide a complete recipe, including any file(s) one
has to visit etc.?  I don't use VHDL, so I need very precise
instructions to reproduce and debug the problem.  I'm a bit surprised<= br> that you get that void-variable error, since I see proc-end being
let-bound in vhdl-update-sensitivity-list.  I'm probably missing
something.  Could you perhaps set debug-on-error non-nil, and post the=
Lisp backtrace from the error?

Thanks.

 

--_000_AM5PR06MB3105E1EA9E78B2D2D4DD92DDE3E49AM5PR06MB3105eurp_-- --_004_AM5PR06MB3105E1EA9E78B2D2D4DD92DDE3E49AM5PR06MB3105eurp_ Content-Type: application/octet-stream; name="counter.vhdl" Content-Description: counter.vhdl Content-Disposition: attachment; filename="counter.vhdl"; size=1103; creation-date="Tue, 05 Apr 2022 17:01:09 GMT"; modification-date="Tue, 05 Apr 2022 17:01:09 GMT" Content-Transfer-Encoding: base64 bGlicmFyeSBpZWVlOwp1c2UgaWVlZS5zdGRfbG9naWNfMTE2NC5hbGw7CnVzZSBpZWVlLm51bWVy aWNfc3RkLmFsbDsKCmVudGl0eSBjb3VudGVyIGlzCgogIHBvcnQgKAogICAgQ2xrX0NJICAgIDog aW4gIHN0ZF9sb2dpYzsKICAgIFJzdF9SQkkgICA6IGluICBzdGRfbG9naWMpOyAgLS0gVGhlIGJp dGxlbmd0aCBvZiB0aGUgZGF0YQoKZW5kIGNvdW50ZXI7CgphcmNoaXRlY3R1cmUgQmVoYXZpb3Jh bCBvZiBjb3VudGVyIGlzCgogIC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCiAgLS0gU2lnbmFscwogIC0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tCiAgc2lnbmFsIEJsb2NrQ291bnRfRFAsIEJsb2NrQ291bnRfRE4g OiB1bnNpZ25lZCg1OCBkb3dudG8gMCk7CiAgLS0gU3RvcmVzIHRoZSBsZW5ndGggb2YgdGhlIGN1 cnJlbnQgYmxvY2sKICBzaWduYWwgTGVuZ3RoX0RQLCBMZW5ndGhfRE4gICAgICAgICA6IHN0ZF9s b2dpY192ZWN0b3IoNCBkb3dudG8gMCk7CiAgCmJlZ2luICAtLSBCZWhhdmlvcmFsCgogIEJsb2Nr Q291bnRfRE4gPD0gKG90aGVycyA9PiAnMCcpOwogIExlbmd0aF9ETiA8PSAob3RoZXJzID0+ICcw Jyk7CiAgCiAgLS0gRmxpcCBGbG9wcwogIHBfbWVtemluZyA6IHByb2Nlc3MgKENsa19DSSwgUnN0 X1JCSSkKICBiZWdpbgogICAgaWYgUnN0X1JCSSA9ICcwJyB0aGVuICAgICAgICAgICAgICAgLS0g YXN5bmNocm9ub3VzIHJlc2V0IChhY3RpdmUgbG93KQogICAgICBCbG9ja0NvdW50X0RQIDw9IChv dGhlcnMgPT4gJzAnKTsKICAgICAgTGVuZ3RoX0RQICAgICA8PSAob3RoZXJzID0+ICcwJyk7CiAg ICBlbHNpZiBDbGtfQ0knZXZlbnQgYW5kIENsa19DSSA9ICcxJyB0aGVuICAtLSByaXNpbmcgY2xv Y2sgZWRnZQogICAgICBCbG9ja0NvdW50X0RQIDw9IEJsb2NrQ291bnRfRE47CiAgICAgIExlbmd0 aF9EUCAgICAgPD0gTGVuZ3RoX0ROOwogICAgZW5kIGlmOwogIGVuZCBwcm9jZXNzIHBfbWVtemlu ZzsKCmVuZCBCZWhhdmlvcmFsOwo= --_004_AM5PR06MB3105E1EA9E78B2D2D4DD92DDE3E49AM5PR06MB3105eurp_-- From unknown Sun Jun 15 08:51:20 2025 X-Loop: help-debbugs@gnu.org Subject: bug#54730: AW: bug#54730: 28.1; vhdl-update-sensitivity-list not working in Windows Resent-From: Cyril Arnould Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 05 Apr 2022 17:25:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 54730 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: "54730@debbugs.gnu.org" <54730@debbugs.gnu.org> Received: via spool by 54730-submit@debbugs.gnu.org id=B54730.16491794906253 (code B ref 54730); Tue, 05 Apr 2022 17:25:03 +0000 Received: (at 54730) by debbugs.gnu.org; 5 Apr 2022 17:24:50 +0000 Received: from localhost ([127.0.0.1]:56036 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nbmvC-0001cg-0k for submit@debbugs.gnu.org; Tue, 05 Apr 2022 13:24:50 -0400 Received: from mail-db8eur05olkn2025.outbound.protection.outlook.com ([40.92.89.25]:32929 helo=EUR05-DB8-obe.outbound.protection.outlook.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nbmjI-0001GT-Rb for 54730@debbugs.gnu.org; Tue, 05 Apr 2022 13:12:33 -0400 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=lxfkCMB7zUunF1yFAS/iOO2YoIZFoW7r5o8hBguN35mkfEomXlPHpTrzHl6dHxYDhWcBqMVpGs265CWvOr80wNWCC/RkpUItTCeeIWdJF//daYKj5nP41a0MEENEO5UIGJSVaELLNYE8DHnN6zHjEyUDVGVJssePKeiy0/HXn9xVrNPP0Xlv/mIcedgrZBOKwsYAZy7E1jCwvaKprZQWVLEZyKqvGbd3Dq4pCkW5ZBwGqCSpZHx0GxiM7VISmHFHf/Ym7cjg2TUtSXklr7kzq8LwYsV3p6styHIETSv9DK7TDEMyA2+bjL99AtBwNJCbS9RWQSKjIF9/f1EUWAvwJQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=aHUniKjQ1gqf74qjsp25GUDSlnahPUnslqFo0VDIvqw=; b=IcJckHAEyq6EVHmmBwE6l3mwcjUXT6rYm2Z4ZSrcs6nUz30kHLgmOdAQKPDXQJpcuWuJEK2aFFSXd5kyPDCQlNh85iyk+1pY0TVGpziYgkasCGVmbivvOx2+rT0NjpaOYHpbppyDEI6HK4CzxaxIOyyp8CPpl8WUppXB9D84N6a9BH9dtNj8BTA4kADC7t8YMhfhlwm3GbnDOTxETtZgQQM+p2hfbcRgApU9Am/H1yKXoKVngKQ/u9j8veNz0ZKwM7kYEP+JZS1LVaEq1As/2iEHV+0iCrNorZL4mNWD7svQrwA9w2WXrRpKZXD9PrINE/aElI7gsRcZz+cFBWZxlw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outlook.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=aHUniKjQ1gqf74qjsp25GUDSlnahPUnslqFo0VDIvqw=; b=Xioa0YzVIuTBQkM7Zinr6Avuqo42HBgyeqpmbILusNGUsdE1uzRBbEI7E2wGZzFtrqdv3NJqG7nCpYc/S0vgpnGHZGnZoC4gDqDPXan/NkRCIo4U7B5ENduhmV79bDNSup3rnkVhPt6aBtGdzC8xWP9KzvSIfu7Pa0iWZ1iBgKXhBAaSiGqoPhuJFEQ/xnO0WvuwbwGm6wdr+8U/NQnvnVMXaahenB76jDrRkrC/7RioEcBcRZuGYYrzyqhIbirqlftiDNMFt5E1VepbtKQJz0oa0RiZpPDy+2z7M9i7YqlO8zMLvlDD1Nu8e8msR2F/EOPr4opxhLbwbs2+X5phfA== Received: from AM5PR06MB3105.eurprd06.prod.outlook.com (2603:10a6:206:10::11) by VI1PR06MB3919.eurprd06.prod.outlook.com (2603:10a6:802:69::28) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5123.30; Tue, 5 Apr 2022 17:12:26 +0000 Received: from AM5PR06MB3105.eurprd06.prod.outlook.com ([fe80::b592:ae0f:e3c0:57b]) by AM5PR06MB3105.eurprd06.prod.outlook.com ([fe80::b592:ae0f:e3c0:57b%2]) with mapi id 15.20.5123.030; Tue, 5 Apr 2022 17:12:25 +0000 From: Cyril Arnould Thread-Topic: bug#54730: 28.1; vhdl-update-sensitivity-list not working in Windows Thread-Index: AQHYSQhkeYcjaTMdIU+tv6MnK8V/Tazhhpn6gAAES6iAAAKgXQ== Date: Tue, 5 Apr 2022 17:12:25 +0000 Message-ID: References: <83zgkzcwfq.fsf@gnu.org> In-Reply-To: Accept-Language: de-CH, en-US Content-Language: de-CH X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-tmn: [xDMKzWp/k4FrFMrIXLFpsGw3i+c6XrIuWSFqFoUVJVOEUJSN3nplzbTsf1xf1mdiHMZzPcKhoiY=] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 0b7de65a-fa46-4548-5a0e-08da172774f3 x-ms-traffictypediagnostic: VI1PR06MB3919:EE_ x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: Na1ZPx8aGTe/YkNRQa3NwK9bMNSyzNMyvPVR5Fc3Qj6IkupAO8y99hOHPQDH2UPQm/suoLU1Y0lQ2ItGiGe2psHDE59g1A35iumP14FOuV4DvlL1X9lfcrnsU/xXK0CfZZMStcFkd0O7cjADMtX93ntPhhvYR1HHbpaNmn4uvAJk6HA+WmSfKgbJ6jibG+EgVlpLyK4iVwyDlLsaLbng25hr2gb/WJJ+7CFhzhmF2dEEqJEw6rqqMnZ986PrZG/7LE14aI2wL2QJamg5+U6K8hWGJJz1BpBMgJAXwUB0TAsNCIYFpbLIDdxWM6pifZDOWRDWoqfj6FX8zxcapMbV0kpTx8Qun7hnePvrRyWCcuCWJgkY5lqqoekBqEueOafQQJXYSgnvMmNZJYY5QYjWWwdT5xVPCx1+pM2H8daGO2RkJIEmJLyPO3CmrCOfcfdwxHBFKDwSEzE4DEhWoTOGGBlCe1qsfmryjniMxQUWKlS4RI2qXqIzPsLgCQD3DGY8149+vGy6xEUGfc/pBJXUvGnNhSh5JZYjeTflWnE4axy3RdA6EUyPdGaGYtYvKwICxIQkxjH8X3tZWMqXkIN1nA== x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: YmO0j3IHfoJoVQGikcS8K4D1ns4144gXsK4VhZttCS3Fp4ha5vy/laT3WVVceMiN6Mfyi+kJk58+EyXJONwSX84GtyyPleIMrfVY25/W4Patxxl4UC11vBx/o4xY2xspaX1E3WqYu5MOzV8t3mvhuS4QllrtNWRIqp9JKIl3pLYf3J3jl8XuzIuijCjbs6UPJHWgL3goC051VIgjsr6gjj4oS4iwAOBw6q/Kdynylb77phbbrsarMlNh6eD2GBoeeuoTCrP7UMjm3cw7yR/yKg78IwYVITUDaYWzZ9PC4N24heSVaBDlwX5sRrse9upYIb+zd37jssiMU/5ymwI0NrXYDqeV9V0eTqF5gtU1MFDTOT7taTIEJs2SzRmXu3Mo4Q8QhOLPMLzMaIpvJhFOumlT+G5hf+aBP/bfLmQ7FWsI6TNWyXN4sA+q8oASjxe0WGMkHaWvmwRscmi0bK6Y0b3NCIvKtYO5F+s+PKswjT+Fc5BXh8l0WiWVJipV/QBneZvVHI81Kj/bM4axBQlwBQo1/b2jh49ji47GGer4wPJ6gYu8OYz0kUxFXFsxjq3fAFPcvYtmBsCYbsnEpr4RHgVoxw/pLgLWeVUgqxUtfCKzz2/wdd7jjW6jXZDmKUIBiaq0bCOyC7SAsJppuDPpwiaeUaW9KgJkiDzz52Mwjn7fRtYEN/7z+UQaVfGGF+IiPQ/JVf6mGGtyk+iTaVgA/bmQcmD8AnSnP3/pnWOewhztSpexmpKfiNHpCQz+36IpHZjIVYsSacWeHy9WO1rVi5zCou8cHreR/XMA69nd83JX9m01PFcMq8Q7dhq0MUf3/xAVacfMTeAKg1I7ieGjHLVcAQPj8w5+Gv+xU/W9YbAB3J0FcR6FlKCuBVhqQw2r4uj3TVu4k+EotTctzXuxlrsghNkAHE3FiUBIGr+HjYCDnAfnYDesK9HIheTomr8JsHsJdVVkloLEvfRFBjhZ2OTp8Me8h6xKF3Fht6rUhJWUc04fQDi8EGaPdK2iCZzGFIi9NcVgJPa62nR8644QV24ITg7wlGLJSybNd/7KpeKbNgx1tBCzCKaruy1rMcvszuwRFVh3PQSaXg3RoYhC6tnEgu3zue77lZuPznkwck1PW70GLnoN1JuM6mI3M53f+noHs+tTGGTNaikXMsz+FSMyBw/hoAjqYWf3Fi2113P4gCF7gCMNrGuq75NXwK6sJd3ueZot5f2wseB8p9iqZwHh0evlw3xjB00AzHohYTuQ4hk5u/95lT6Z/8J9Mxgla7E9B3n6/wXYFJR3mOdCeoIjg0XlzfQTwcA2DMgEnYBbIEfLxb52B4D8LintGkwWqkfAxkm1Yqzptxkx4c1j4MMjjR0zWZ4M2AUu0J+qU3i9Lgt9YQXl7DpZbEAA2qvzJh4lAls7X1VuDLAc9D2P6WjoOhqPgkKHR11ElgRd5+mrqy08JAbu7c1uZrKJ08LFzVsfJUMiC5nQmE9Kp5HU8dGxi89wYKJJpGdu1ebEJ3EvoN+iNfw1kmzA18npk0i6Le0j86nUDXtJ2Wlz4liPog== Content-Type: multipart/alternative; boundary="_000_AM5PR06MB3105EE2E20150E7AC1C1099AE3E49AM5PR06MB3105eurp_" MIME-Version: 1.0 X-OriginatorOrg: outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: AM5PR06MB3105.eurprd06.prod.outlook.com X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-CrossTenant-Network-Message-Id: 0b7de65a-fa46-4548-5a0e-08da172774f3 X-MS-Exchange-CrossTenant-originalarrivaltime: 05 Apr 2022 17:12:25.8677 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-rms-persistedconsumerorg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR06MB3919 X-Spam-Score: -0.0 (/) X-Mailman-Approved-At: Tue, 05 Apr 2022 13:24:48 -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.0 (-) --_000_AM5PR06MB3105EE2E20150E7AC1C1099AE3E49AM5PR06MB3105eurp_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Addendum: I=92ve specified =ABon Windows=BB because Emacs is associated mor= e with GNU/Linux operating systems and I didn=92t want any confusion. I don=92t have any GNU= /Linux OS installed, but I could try in a VM if that helps. Von: Cyril Arnould Gesendet: Dienstag, 5. April 2022 19:08 An: Eli Zaretskii Cc: 54730@debbugs.gnu.org Betreff: AW: bug#54730: 28.1; vhdl-update-sensitivity-list not working in W= indows I=92ve added an example file you can visit in the attachment. To reproduce,= simply put the cursor inside the process (M-g-g 30 RET) and execute vhdl-update-sensitivity-list-process (C-c C-u C-s). I=92m getting the follo= wing backtrace: Debugger entered--Lisp error: (void-variable proc-end) (vhdl-re-search-forward "[<:]=3D" proc-end t) eval((vhdl-re-search-forward "[<:]=3D" proc-end t)) vhdl-update-sensitivity-list() vhdl-update-sensitivity-list-process() funcall-interactively(vhdl-update-sensitivity-list-process) command-execute(vhdl-update-sensitivity-list-process) Thanks! Von: Eli Zaretskii Gesendet: Dienstag, 5. April 2022 18:43 An: Cyril Arnould Cc: 54730@debbugs.gnu.org Betreff: Re: bug#54730: 28.1; vhdl-update-sensitivity-list not working in W= indows > From: Cyril Arnould > Date: Tue, 5 Apr 2022 16:17:37 +0000 > > vhdl-update-sensitivity-list is not working anymore in Windows. You say "on Windows" because it works on other systems? > I have a very simple process: > > -- Flip Flops > p_memzing : process (Clk_CI, Rst_RBI) > begin > if Rst_RBI =3D '0' then -- asynchronous reset (active l= ow) > BlockCount_DP <=3D (others =3D> '0'); > Length_DP <=3D (others =3D> '0'); > elsif Clk_CI'event and Clk_CI =3D '1' then -- rising clock edge > BlockCount_DP <=3D BlockCount_DN; > Length_DP <=3D Length_DN; > end if; > end process p_memzing; > > If I execute vhdl-update-sensitivity-list-process, I get the error > message "Symbol=92s value as variable is void: proc-end". If I execute > vhdl-update-sensitivity-list-buffer instead, I get no error message but > the sensitivity list is not updated properly, e.g. if I delete Clk_CI > from the sensitivity list, it is not added back. Can you please provide a complete recipe, including any file(s) one has to visit etc.? I don't use VHDL, so I need very precise instructions to reproduce and debug the problem. I'm a bit surprised that you get that void-variable error, since I see proc-end being let-bound in vhdl-update-sensitivity-list. I'm probably missing something. Could you perhaps set debug-on-error non-nil, and post the Lisp backtrace from the error? Thanks. --_000_AM5PR06MB3105EE2E20150E7AC1C1099AE3E49AM5PR06MB3105eurp_ Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable

Addendum: I=92ve specified =ABon Windows=BB because = Emacs is associated more with GNU/Linux

operating systems and I didn=92t want any confusion.= I don=92t have any GNU/Linux OS installed,

but I could try in a VM if that helps.

 

 

I=92ve added an example file you can visit in the at= tachment. To reproduce, simply

put the cursor inside the process (M-g-g 30 RET) and= execute

vhdl-update-sensitivity-list-process (C-c C-u C-s). = I=92m getting the following backtrace:

 

Debugger entered--Lisp error: (void-variable proc-en= d)

  (vhdl-re-search-forward "[<:]=3D"= ; proc-end t)

  eval((vhdl-re-search-forward "[<:]=3D= " proc-end t))

  vhdl-update-sensitivity-list()

  vhdl-update-sensitivity-list-process()

  funcall-interactively(vhdl-update-sensitivity= -list-process)

  command-execute(vhdl-update-sensitivity-list-= process)

 

Thanks!

 

 

> From: Cyril Arnould <cyril.arnould@outlook.c= om>
> Date: Tue, 5 Apr 2022 16:17:37 +0000
>
> vhdl-update-sensitivity-list is not working anymore in Windows.

You say "on Windows" because it works on other systems?

> I have a very simple process:
>
>   -- Flip Flops
>   p_memzing : process (Clk_CI, Rst_RBI)
>   begin
>     if Rst_RBI =3D '0' then    = ;           -- asynchrono= us reset (active low)
>       BlockCount_DP <=3D (others =3D&= gt; '0');
>       Length_DP     = <=3D (others =3D> '0');
>     elsif Clk_CI'event and Clk_CI =3D '1' then&nbs= p; -- rising clock edge
>       BlockCount_DP <=3D BlockCount_D= N;
>       Length_DP     = <=3D Length_DN;
>     end if;
>   end process p_memzing;
>
> If I execute vhdl-update-sensitivity-list-process, I get the error
> message "Symbol=92s value as variable is void: proc-end". If= I execute
> vhdl-update-sensitivity-list-buffer instead, I get no error message bu= t
> the sensitivity list is not updated properly, e.g. if I delete Clk_CI<= br> > from the sensitivity list, it is not added back.

Can you please provide a complete recipe, including any file(s) one
has to visit etc.?  I don't use VHDL, so I need very precise
instructions to reproduce and debug the problem.  I'm a bit surprised<= br> that you get that void-variable error, since I see proc-end being
let-bound in vhdl-update-sensitivity-list.  I'm probably missing
something.  Could you perhaps set debug-on-error non-nil, and post the=
Lisp backtrace from the error?

Thanks.

 

 

--_000_AM5PR06MB3105EE2E20150E7AC1C1099AE3E49AM5PR06MB3105eurp_-- From unknown Sun Jun 15 08:51:20 2025 X-Loop: help-debbugs@gnu.org Subject: bug#54730: 28.1; vhdl-update-sensitivity-list not working in Windows Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 05 Apr 2022 17:27:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 54730 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Cyril Arnould Cc: 54730@debbugs.gnu.org Received: via spool by 54730-submit@debbugs.gnu.org id=B54730.16491795846451 (code B ref 54730); Tue, 05 Apr 2022 17:27:01 +0000 Received: (at 54730) by debbugs.gnu.org; 5 Apr 2022 17:26:24 +0000 Received: from localhost ([127.0.0.1]:56042 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nbmwh-0001fz-OU for submit@debbugs.gnu.org; Tue, 05 Apr 2022 13:26:24 -0400 Received: from eggs.gnu.org ([209.51.188.92]:57986) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nbmwf-0001fh-Vy for 54730@debbugs.gnu.org; Tue, 05 Apr 2022 13:26:22 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:37764) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nbmwa-0001x6-Jc; Tue, 05 Apr 2022 13:26:16 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=V6/lxLpqHFQ4hfWGfTzoDEGmz+heDksbC2iy6/niR7c=; b=kTTZaJChGzgciU7gUnQU C9zkb7GvAFemhw/8lile+nwAWyGNjt/r4RvmXyvgCYT0kAgW35TKtyU+a/pXlCLax0RIl7dceZFo7 tJdDMIiECLf0x9OGD+9j+4XliiLlBzsxTlPvhXljGqmnHEoJtRBY3LrvVrbVDsH/2By2iDo2MRMxh 9cNbJRi5/M28R6yu3uOomT2dx0WqYgryDF3VmBNCeFUNu5HWjZISeee5jqlVtFoHH8fS/aCJFJmok SPStWkiqdtwDAAV5EnjhLHkxvercNZo632m03UQd+k2C5EgnpN/w9luxfk9K3pTUmUZ/y8Q93TqtC bX50SVJyd0rPfw==; Received: from [87.69.77.57] (port=2155 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 1nbmwa-0008L9-3Z; Tue, 05 Apr 2022 13:26:16 -0400 Date: Tue, 05 Apr 2022 20:26:20 +0300 Message-Id: <83y20jcugz.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: (message from Cyril Arnould on Tue, 5 Apr 2022 17:08:28 +0000) References: <83zgkzcwfq.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) 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: -3.3 (---) > From: Cyril Arnould > CC: "54730@debbugs.gnu.org" <54730@debbugs.gnu.org> > Date: Tue, 5 Apr 2022 17:08:28 +0000 > > I’ve added an example file you can visit in the attachment. To reproduce, simply > put the cursor inside the process (M-g-g 30 RET) and execute > vhdl-update-sensitivity-list-process (C-c C-u C-s). I’m getting the following backtrace: > > Debugger entered--Lisp error: (void-variable proc-end) > (vhdl-re-search-forward "[<:]=" proc-end t) > eval((vhdl-re-search-forward "[<:]=" proc-end t)) > vhdl-update-sensitivity-list() > vhdl-update-sensitivity-list-process() > funcall-interactively(vhdl-update-sensitivity-list-process) > command-execute(vhdl-update-sensitivity-list-process) Thanks, I think I see the problem now. Does the below fix the problem? If not, can you tell me how to show the sensitivity list, and what should be the correct result of invoking vhdl-update-sensitivity-list-process in this case? diff --git a/lisp/progmodes/vhdl-mode.el b/lisp/progmodes/vhdl-mode.el index 64ebc14..e562a46 100644 --- a/lisp/progmodes/vhdl-mode.el +++ b/lisp/progmodes/vhdl-mode.el @@ -8396,30 +8396,30 @@ vhdl-update-sensitivity-list ((visible-list (vhdl-get-visible-signals)) ;; define syntactic regions where signals are read (scan-regions-list - '(;; right-hand side of signal/variable assignment + `(;; right-hand side of signal/variable assignment ;; (special case: "<=" is relational operator in a condition) - ((vhdl-re-search-forward "[<:]=" proc-end t) - (vhdl-re-search-forward ";\\|\\<\\(then\\|loop\\|report\\|severity\\|is\\)\\>" proc-end t)) + ((vhdl-re-search-forward "[<:]=" ,proc-end t) + (vhdl-re-search-forward ";\\|\\<\\(then\\|loop\\|report\\|severity\\|is\\)\\>" ,proc-end t)) ;; if condition - ((vhdl-re-search-forward "^\\s-*if\\>" proc-end t) - (vhdl-re-search-forward "\\" proc-end t)) + ((vhdl-re-search-forward "^\\s-*if\\>" ,proc-end t) + (vhdl-re-search-forward "\\" ,proc-end t)) ;; elsif condition - ((vhdl-re-search-forward "\\" proc-end t) - (vhdl-re-search-forward "\\" proc-end t)) + ((vhdl-re-search-forward "\\" ,proc-end t) + (vhdl-re-search-forward "\\" ,proc-end t)) ;; while loop condition - ((vhdl-re-search-forward "^\\s-*while\\>" proc-end t) - (vhdl-re-search-forward "\\" proc-end t)) + ((vhdl-re-search-forward "^\\s-*while\\>" ,proc-end t) + (vhdl-re-search-forward "\\" ,proc-end t)) ;; exit/next condition - ((vhdl-re-search-forward "\\<\\(exit\\|next\\)\\s-+\\w+\\s-+when\\>" proc-end t) - (vhdl-re-search-forward ";" proc-end t)) + ((vhdl-re-search-forward "\\<\\(exit\\|next\\)\\s-+\\w+\\s-+when\\>" ,proc-end t) + (vhdl-re-search-forward ";" ,proc-end t)) ;; assert condition - ((vhdl-re-search-forward "\\" proc-end t) - (vhdl-re-search-forward "\\(\\\\|\\\\|;\\)" proc-end t)) + ((vhdl-re-search-forward "\\" ,proc-end t) + (vhdl-re-search-forward "\\(\\\\|\\\\|;\\)" ,proc-end t)) ;; case expression - ((vhdl-re-search-forward "^\\s-*case\\>" proc-end t) - (vhdl-re-search-forward "\\" proc-end t)) + ((vhdl-re-search-forward "^\\s-*case\\>" ,proc-end t) + (vhdl-re-search-forward "\\" ,proc-end t)) ;; parameter list of procedure call, array index - ((and (re-search-forward "^\\s-*\\(\\w\\|\\.\\)+[ \t\n\r\f]*(" proc-end t) + ((and (re-search-forward "^\\s-*\\(\\w\\|\\.\\)+[ \t\n\r\f]*(" ,proc-end t) (1- (point))) (progn (backward-char) (forward-sexp) (while (looking-at "(") (forward-sexp)) (point))))) From unknown Sun Jun 15 08:51:20 2025 X-Loop: help-debbugs@gnu.org Subject: bug#54730: AW: bug#54730: 28.1; vhdl-update-sensitivity-list not working in Windows Resent-From: Cyril Arnould Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 05 Apr 2022 17:59:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 54730 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: "54730@debbugs.gnu.org" <54730@debbugs.gnu.org> Received: via spool by 54730-submit@debbugs.gnu.org id=B54730.164918150310188 (code B ref 54730); Tue, 05 Apr 2022 17:59:01 +0000 Received: (at 54730) by debbugs.gnu.org; 5 Apr 2022 17:58:23 +0000 Received: from localhost ([127.0.0.1]:56084 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nbnRf-0002eG-0X for submit@debbugs.gnu.org; Tue, 05 Apr 2022 13:58:23 -0400 Received: from mail-am6eur05olkn2030.outbound.protection.outlook.com ([40.92.91.30]:14144 helo=EUR05-AM6-obe.outbound.protection.outlook.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nbnMu-0002V8-8e for 54730@debbugs.gnu.org; Tue, 05 Apr 2022 13:53:29 -0400 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=aNgBAGorDJDxUX4TMFs05MKoBI01dY59U2b+6nAs3ZuYM+0eVhuSZypxNEhsDYi2wA85XRc0ClA+HzwyVvq/NOy6iKn2LLei59xtVpsGDNhdyYqIIYai+XGB+Xwxc3n/WDRE8s9ZqLicgMSu5trS/J+Vkuyr6m0ML3fx+En54gwNczCpNxbwUyaroo04BSSSRv/S3k8jqXq+cQP15GRrLwmCf0qouSYI6eL9zLQyEN/clraScMJ3pdaX4v4rHM75R0Xs2xToFQj/jyOr13d1ugfzgDGstO5mpNuswtsCZfeFYfs76f/WnF/CM/GiP5jLDdB+S4L1xodFHSXd0aD2XA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=9dw4Zg14vcEVbdXUo1XZpx8QwRBJXyyOUSSuQiAx1TE=; b=id0PYafZaXZhus0RLC8uwlFaIDDwppKwI/zwauTioRGLGKNwfT8d63ZRGTmLNPXkM4XS4aqQjuP8IgmaMCvdHzH4MctqE4WVh9A6asaaQWbAk1bwl3yS9OiqtX0ijLL5IYpVncVzQOdCfEDTAWxJnGL/hCpClz6Bp29we4Xh1Lxg+xGcXDVD4TSBScCHxW1OGTrUaj2r+oRUlUVh+/3erbshTiy/jREogBiHeGLTUdqCM58RgRt2SO24cI8/MGrCBhM0sxULlx28a6Z1wThMdDR2yzD7KciFTFKOP+AUyUdVDWA+Vk/XnOdQl6XR0M05dygQihdNbzwIL7+d8Ogbvw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outlook.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=9dw4Zg14vcEVbdXUo1XZpx8QwRBJXyyOUSSuQiAx1TE=; b=d4IVkfynO9pHqg29/e3xLCrrcydP74+MM9fteTNwxtFZNYZQi/HyHn7ITFuFkGr3DuWO5rORtO1udCz6Eb+oNDlQBHYs+PJzoVrgOFbJ2gP5ZkRCKzAITuVZ9z5gQbD52Vf3og3JBsp85umx1uCCvmeefKKHpcaSfsWlwB7z7zLI5sElWXUF/GF+hm9QnCB7lUBRQpI5rE2esgIBv5iFaMvk3r9OkkaNxKHVC+7+KUHvdMKOg3KVntk2WZTCSeSxcISYRfgQJuDKdTrpSHDXIddnnJv5xKmzLVAxGWvnhJj/hWYodobZwoe1arjNltDPDFcfddF+k7F8CndsrmxIjg== Received: from AM5PR06MB3105.eurprd06.prod.outlook.com (2603:10a6:206:10::11) by VI1PR06MB4207.eurprd06.prod.outlook.com (2603:10a6:803:71::31) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5123.31; Tue, 5 Apr 2022 17:53:20 +0000 Received: from AM5PR06MB3105.eurprd06.prod.outlook.com ([fe80::b592:ae0f:e3c0:57b]) by AM5PR06MB3105.eurprd06.prod.outlook.com ([fe80::b592:ae0f:e3c0:57b%2]) with mapi id 15.20.5123.030; Tue, 5 Apr 2022 17:53:20 +0000 From: Cyril Arnould Thread-Topic: bug#54730: 28.1; vhdl-update-sensitivity-list not working in Windows Thread-Index: AQHYSQhkeYcjaTMdIU+tv6MnK8V/Tazhhpn6gAAES6iAAAeS9oAAA2PH Date: Tue, 5 Apr 2022 17:53:20 +0000 Message-ID: References: <83zgkzcwfq.fsf@gnu.org> <83y20jcugz.fsf@gnu.org> In-Reply-To: <83y20jcugz.fsf@gnu.org> Accept-Language: de-CH, en-US Content-Language: de-CH X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-tmn: [SSL8F0JgHr8x4PfYKiBFVWeukSxFujpp8+tLx6sz6dnUGNrekZp/VsomJLZ+UV01Ux5UVDQ3XHk=] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: b3b43edc-b983-4ee2-f589-08da172d2c32 x-ms-traffictypediagnostic: VI1PR06MB4207:EE_ x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: Gs5sG0Wf2+O6tdodVj7wWIiZddgyjG4J8rDkQbxlTModKWFMLC2EQOilemcmW8jU0E41EZ+FEmJEFEx50b5/QLFqKKRb0sKPGqM3kVR/mbxK99BPbMTwDPG8qb+8jIdV8WFHG0uZzTwTnyuHSDOT5nqzGfgdqLf9FBbcjDcstoBYLBvkj8MtIFVeuCyS8POMCF9yTeaO89zYFSPiGKzISvTwXMYN6j2ZQEEVK3EQqoA5pV2lA9caaeB9Hxnx4QWRi5IhxMKMTUptkdugJ9aq9U9DWHSQuXWGuogr3cvds/4KdIO9MSj1wDrtIoP2oynxJUw5r16ZRfVeXxBracE6dasRsrV7RYiBGoBepuF8FVc40JECqapClpe6zQdKxLM9RHH3YzhM8uxvNIfzY9PTt+pgx0qKXVUwwrw/Rkjovo66plEOakLF1qYjes0hZzXk4WzUfP/Wd0Sj531HqlwVIRh5NPdgQvDLcu8M6ozZNvNvPaIz/JIDjY5qtTE31OpPzsnRgEU2dnaDZFMa9exIpHr0vMOdqDSepwoRAOtXZPAHezW8/Z3yDwPLF8ysxNBaCvvbBwFG4KmtkKcqduJrhQ== x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: Nooz5VYpawUZAWrc6/0Qf5nnYw65WNISyxC8X4A6vlYB8X/3+PfpNf8BfTXDyXECuXDo4Sc92m/7aat/vvXTtfjE5Ym5fdp3tY0V2YE6ND/yZBVTyoc5gLa6yEKeWoengHIm3rZgxefBIMLVa+EsvoqNcj2DXG6n+52x1I4LAxPmviOSPO8xw00qwCcEIAcRPYxriWsSxjDdadjCJPxWlR8fiLgjT+fon9MHFfRPymHC2ps9v2GTyoNcEsmuW0EVofSgJWKQhL05dlDBTcnsQ/5GhllisSHgXNoANJPgVV28vztq9zurd0YrDlgo2hyLQeS89V+LIdPc+p7J8V2e27BFN/l0oTWj+Hyj7qsyx2iav1RW487K30B4kytAGlh+Ehw9/THm0iXluPc3cK7I7pODNxKLbDhr9zEsPDOR+kXWYMhBgUPakiMzLTimkqFq5z/NflYm0BsJIfsp++irgKcTToxXzwK5KzY41p7moPPfrqKXiVVLHYzlDjjEl++0iQOOa+1zpGmLAOz6LFlz3nnNGQZ/PkIVt5z9/VjFYWcVgYnov0m1XhFno+T0aUcaHrAiYC45M/6seow1sx7uY1ARh3O2QJ2XbQJNu7NV/UWUO3w3PIehIOF0xzDgTYZxT8l+IPNCSaWc1YayDJ4wDaX1B7hkkRqWYVe2RB3jSF/QQAPoGYm2MeOBd7OeLBzjACHkzJgNo82YRNo47B8bPoO0yx8CxvtPFHt0UZYl8DEniOs5ukt2wC3XdPddQuJ0FZGvHzeN1qbghHSgtnCIoqLtQctx1WrDTKgFCMtLVvZRnsysrg/b5jNwhC09AUUx+u15WKM/4ArO04LurFcOkMHHT+OBm0w2MeVWSFQz3ySKsoeNt8ymgvLQlEF1oFg3TNKgH7ScQgxNmmf3iw8LRW13/f8VGWRHjvlt7tXWfjtoLyBxYxfF0ep9Bp+IMMNiN48+5YZvE/JXRxrKEmTLhUoC0Ut/Nj/Bl9OGMj69gwey6MphZoh0i1ZkLtEzdVVzmhtJqeaOA8RyEjVLKhy80fqEQ252ErBxVxTO91u1T704RrO9HlGlAWGcDTB8O4N94YL1TSWDzJjMyQNkgIj1nuQDepTdA+95z18ytRvqyWZsuyiYUP8RKghaOxCUrZKRcRaTucI4n0rcU47eAaG+Eub7gl+Z8VcXl9Lxyv0co+truy2SH15qMVV0lGEhbyG+ISIoA5IAjJTMyhdek7a6Erd1L2I3+DLrmD4JXMyx0zdM261MGT+WPSMlNat9ww+6F7N/A4dcBoXkwXgB8gp0FdTtIBTStMOdgv0Q76WEg8B8GYbgsqb/FiH4cBlQVAB6gwjuf6cqUvdZuJXeIdu2izJQADWE9QGkcynjtrniu5nTBiI5D6LF//C9tS3IAE2988zxOAr6MeWbmJwaMVly9kejhztUnCqD+MRF4aSUcc6GGwT65ZVfokivMo2yfpjxEdyingw+MRFRUujzU9SBDPcKdZb02Q/h28bhJkbnYhglXBc0yfjNUtvLK/V6bPDtcP3QeLgPXs6ArtrVSMizSQ== Content-Type: multipart/alternative; boundary="_000_AM5PR06MB3105A2A44512FB59DB2D61F9E3E49AM5PR06MB3105eurp_" MIME-Version: 1.0 X-OriginatorOrg: outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: AM5PR06MB3105.eurprd06.prod.outlook.com X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-CrossTenant-Network-Message-Id: b3b43edc-b983-4ee2-f589-08da172d2c32 X-MS-Exchange-CrossTenant-originalarrivaltime: 05 Apr 2022 17:53:20.7913 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-rms-persistedconsumerorg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR06MB4207 X-Spam-Score: -0.0 (/) X-Mailman-Approved-At: Tue, 05 Apr 2022 13:58:22 -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.0 (-) --_000_AM5PR06MB3105A2A44512FB59DB2D61F9E3E49AM5PR06MB3105eurp_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Nice, it=92s working! Too bad this didn=92t make it into the 28.1 release, = I guess I should have tested more. So for now the solution is to keep the vhdl-mode.el locally un= til it finds its way into a maintenance release? FYI, the sensitivity list of the VHDL process is what=92s enclosed in paren= theses, so in this case it=92s =AB(Clk_CI, Rst_RBI)=BB. If you modify the sensitivity list or = delete it entirely and execute vhdl-update-sensitivity-list, it should return back to the way it w= as. The BlockCount_DN and Length_DN signals on the other hand are *not* part of the= sensitivity list because the process only needs to be updated at the Clk_CI=92event (or= any Rst_RBI=92event). Von: Eli Zaretskii Gesendet: Dienstag, 5. April 2022 19:26 An: Cyril Arnould Cc: 54730@debbugs.gnu.org Betreff: Re: bug#54730: 28.1; vhdl-update-sensitivity-list not working in W= indows > From: Cyril Arnould > CC: "54730@debbugs.gnu.org" <54730@debbugs.gnu.org> > Date: Tue, 5 Apr 2022 17:08:28 +0000 > > I=92ve added an example file you can visit in the attachment. To reproduc= e, simply > put the cursor inside the process (M-g-g 30 RET) and execute > vhdl-update-sensitivity-list-process (C-c C-u C-s). I=92m getting the fol= lowing backtrace: > > Debugger entered--Lisp error: (void-variable proc-end) > (vhdl-re-search-forward "[<:]=3D" proc-end t) > eval((vhdl-re-search-forward "[<:]=3D" proc-end t)) > vhdl-update-sensitivity-list() > vhdl-update-sensitivity-list-process() > funcall-interactively(vhdl-update-sensitivity-list-process) > command-execute(vhdl-update-sensitivity-list-process) Thanks, I think I see the problem now. Does the below fix the problem? If not, can you tell me how to show the sensitivity list, and what should be the correct result of invoking vhdl-update-sensitivity-list-process in this case? diff --git a/lisp/progmodes/vhdl-mode.el b/lisp/progmodes/vhdl-mode.el index 64ebc14..e562a46 100644 --- a/lisp/progmodes/vhdl-mode.el +++ b/lisp/progmodes/vhdl-mode.el @@ -8396,30 +8396,30 @@ vhdl-update-sensitivity-list ((visible-list (vhdl-get-visible-signals)) ;; define syntactic regions where signals are read (scan-regions-list - '(;; right-hand side of signal/variable assignment + `(;; right-hand side of signal/variable assignment ;; (special case: "<=3D" is relational operator in a condi= tion) - ((vhdl-re-search-forward "[<:]=3D" proc-end t) - (vhdl-re-search-forward ";\\|\\<\\(then\\|loop\\|report\\|= severity\\|is\\)\\>" proc-end t)) + ((vhdl-re-search-forward "[<:]=3D" ,proc-end t) + (vhdl-re-search-forward ";\\|\\<\\(then\\|loop\\|report\\|= severity\\|is\\)\\>" ,proc-end t)) ;; if condition - ((vhdl-re-search-forward "^\\s-*if\\>" proc-end t) - (vhdl-re-search-forward "\\" proc-end t)) + ((vhdl-re-search-forward "^\\s-*if\\>" ,proc-end t) + (vhdl-re-search-forward "\\" ,proc-end t)) ;; elsif condition - ((vhdl-re-search-forward "\\" proc-end t) - (vhdl-re-search-forward "\\" proc-end t)) + ((vhdl-re-search-forward "\\" ,proc-end t) + (vhdl-re-search-forward "\\" ,proc-end t)) ;; while loop condition - ((vhdl-re-search-forward "^\\s-*while\\>" proc-end t) - (vhdl-re-search-forward "\\" proc-end t)) + ((vhdl-re-search-forward "^\\s-*while\\>" ,proc-end t) + (vhdl-re-search-forward "\\" ,proc-end t)) ;; exit/next condition - ((vhdl-re-search-forward "\\<\\(exit\\|next\\)\\s-+\\w+\\s-= +when\\>" proc-end t) - (vhdl-re-search-forward ";" proc-end t)) + ((vhdl-re-search-forward "\\<\\(exit\\|next\\)\\s-+\\w+\\s-= +when\\>" ,proc-end t) + (vhdl-re-search-forward ";" ,proc-end t)) ;; assert condition - ((vhdl-re-search-forward "\\" proc-end t) - (vhdl-re-search-forward "\\(\\\\|\\\= \|;\\)" proc-end t)) + ((vhdl-re-search-forward "\\" ,proc-end t) + (vhdl-re-search-forward "\\(\\\\|\\\= \|;\\)" ,proc-end t)) ;; case expression - ((vhdl-re-search-forward "^\\s-*case\\>" proc-end t) - (vhdl-re-search-forward "\\" proc-end t)) + ((vhdl-re-search-forward "^\\s-*case\\>" ,proc-end t) + (vhdl-re-search-forward "\\" ,proc-end t)) ;; parameter list of procedure call, array index - ((and (re-search-forward "^\\s-*\\(\\w\\|\\.\\)+[ \t\n\r\f]= *(" proc-end t) + ((and (re-search-forward "^\\s-*\\(\\w\\|\\.\\)+[ \t\n\r\f]= *(" ,proc-end t) (1- (point))) (progn (backward-char) (forward-sexp) (while (looking-at "(") (forward-sexp)) (point))))= ) --_000_AM5PR06MB3105A2A44512FB59DB2D61F9E3E49AM5PR06MB3105eurp_ Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable

Nice, it=92s working! Too bad this didn=92t make it = into the 28.1 release, I guess I should have

tested more. So for now the solution is to keep the = vhdl-mode.el locally until it finds its

way into a maintenance release?

 

FYI, the sensitivity list of the VHDL process is wha= t=92s enclosed in parentheses, so in this

case it=92s =AB(Clk_CI, Rst_RBI)=BB. If you modify t= he sensitivity list or delete it entirely and

execute vhdl-update-sensitivity-list, it should retu= rn back to the way it was. The

BlockCount_DN and Length_DN signals on the other han= d are *not* part of the sensitivity

list because the process only needs to be updated at= the Clk_CI=92event (or any Rst_RBI=92event).

 

 

 

> From: Cyril Arnould <cyril.arnould@outlook.c= om>
> CC: "54730@debbugs.gnu.org" <54730@debbugs.gnu.org> > Date: Tue, 5 Apr 2022 17:08:28 +0000
>
> I=92ve added an example file you can visit in the attachment. To repro= duce, simply
> put the cursor inside the process (M-g-g 30 RET) and execute
> vhdl-update-sensitivity-list-process (C-c C-u C-s). I=92m getting the = following backtrace:
>
> Debugger entered--Lisp error: (void-variable proc-end)
>   (vhdl-re-search-forward "[<:]=3D" proc-end t)=
>   eval((vhdl-re-search-forward "[<:]=3D" proc-e= nd t))
>   vhdl-update-sensitivity-list()
>   vhdl-update-sensitivity-list-process()
>   funcall-interactively(vhdl-update-sensitivity-list-process= )
>   command-execute(vhdl-update-sensitivity-list-process)

Thanks, I think I see the problem now.  Does the below fix the
problem?  If not, can you tell me how to show the sensitivity list, and what should be the correct result of invoking
vhdl-update-sensitivity-list-process in this case?

diff --git a/lisp/progmodes/vhdl-mode.el b/lisp/progmodes/vhdl-mode.el
index 64ebc14..e562a46 100644
--- a/lisp/progmodes/vhdl-mode.el
+++ b/lisp/progmodes/vhdl-mode.el
@@ -8396,30 +8396,30 @@ vhdl-update-sensitivity-list
             ((= visible-list (vhdl-get-visible-signals))
            &nb= sp; ;; define syntactic regions where signals are read
            &nb= sp; (scan-regions-list
-             '= (;; right-hand side of signal/variable assignment
+             `= (;; right-hand side of signal/variable assignment
            &nb= sp;    ;; (special case: "<=3D" is relational o= perator in a condition)
-            &n= bsp;  ((vhdl-re-search-forward "[<:]=3D" proc-end t)
-            &n= bsp;   (vhdl-re-search-forward ";\\|\\<\\(then\\|loop\\|r= eport\\|severity\\|is\\)\\>" proc-end t))
+            &n= bsp;  ((vhdl-re-search-forward "[<:]=3D" ,proc-end t)
+            &n= bsp;   (vhdl-re-search-forward ";\\|\\<\\(then\\|loop\\|r= eport\\|severity\\|is\\)\\>" ,proc-end t))
            &nb= sp;    ;; if condition
-            &n= bsp;  ((vhdl-re-search-forward "^\\s-*if\\>" proc-end t)<= br> -            &n= bsp;   (vhdl-re-search-forward "\\<then\\>" proc-= end t))
+            &n= bsp;  ((vhdl-re-search-forward "^\\s-*if\\>" ,proc-end t)=
+            &n= bsp;   (vhdl-re-search-forward "\\<then\\>" ,proc= -end t))
            &nb= sp;    ;; elsif condition
-            &n= bsp;  ((vhdl-re-search-forward "\\<elsif\\>" proc-end = t)
-            &n= bsp;   (vhdl-re-search-forward "\\<then\\>" proc-= end t))
+            &n= bsp;  ((vhdl-re-search-forward "\\<elsif\\>" ,proc-end= t)
+            &n= bsp;   (vhdl-re-search-forward "\\<then\\>" ,proc= -end t))
            &nb= sp;    ;; while loop condition
-            &n= bsp;  ((vhdl-re-search-forward "^\\s-*while\\>" proc-end = t)
-            &n= bsp;   (vhdl-re-search-forward "\\<loop\\>" proc-= end t))
+            &n= bsp;  ((vhdl-re-search-forward "^\\s-*while\\>" ,proc-end= t)
+            &n= bsp;   (vhdl-re-search-forward "\\<loop\\>" ,proc= -end t))
            &nb= sp;    ;; exit/next condition
-            &n= bsp;  ((vhdl-re-search-forward "\\<\\(exit\\|next\\)\\s-+\\w+\= \s-+when\\>" proc-end t)
-            &n= bsp;   (vhdl-re-search-forward ";" proc-end t))
+            &n= bsp;  ((vhdl-re-search-forward "\\<\\(exit\\|next\\)\\s-+\\w+\= \s-+when\\>" ,proc-end t)
+            &n= bsp;   (vhdl-re-search-forward ";" ,proc-end t))
            &nb= sp;    ;; assert condition
-            &n= bsp;  ((vhdl-re-search-forward "\\<assert\\>" proc-end= t)
-            &n= bsp;   (vhdl-re-search-forward "\\(\\<report\\>\\|\\&l= t;severity\\>\\|;\\)" proc-end t))
+            &n= bsp;  ((vhdl-re-search-forward "\\<assert\\>" ,proc-en= d t)
+            &n= bsp;   (vhdl-re-search-forward "\\(\\<report\\>\\|\\&l= t;severity\\>\\|;\\)" ,proc-end t))
            &nb= sp;    ;; case expression
-            &n= bsp;  ((vhdl-re-search-forward "^\\s-*case\\>" proc-end t= )
-            &n= bsp;   (vhdl-re-search-forward "\\<is\\>" proc-en= d t))
+            &n= bsp;  ((vhdl-re-search-forward "^\\s-*case\\>" ,proc-end = t)
+            &n= bsp;   (vhdl-re-search-forward "\\<is\\>" ,proc-e= nd t))
            &nb= sp;    ;; parameter list of procedure call, array index
-            &n= bsp;  ((and (re-search-forward "^\\s-*\\(\\w\\|\\.\\)+[ \t\n\r\f]= *(" proc-end t)
+            &n= bsp;  ((and (re-search-forward "^\\s-*\\(\\w\\|\\.\\)+[ \t\n\r\f]= *(" ,proc-end t)
            &nb= sp;          (1- (point)))
            &nb= sp;     (progn (backward-char) (forward-sexp)
            &nb= sp;            (whil= e (looking-at "(") (forward-sexp)) (point)))))

 

--_000_AM5PR06MB3105A2A44512FB59DB2D61F9E3E49AM5PR06MB3105eurp_-- From unknown Sun Jun 15 08:51:20 2025 X-Loop: help-debbugs@gnu.org Subject: bug#54730: AW: bug#54730: 28.1; vhdl-update-sensitivity-list not working in Windows Resent-From: Robert Pluim Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 05 Apr 2022 18:10:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 54730 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Cyril Arnould Cc: Eli Zaretskii , "54730@debbugs.gnu.org" <54730@debbugs.gnu.org>, Stefan Monnier Received: via spool by 54730-submit@debbugs.gnu.org id=B54730.164918217811449 (code B ref 54730); Tue, 05 Apr 2022 18:10:02 +0000 Received: (at 54730) by debbugs.gnu.org; 5 Apr 2022 18:09:38 +0000 Received: from localhost ([127.0.0.1]:56093 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nbncX-0002yb-TO for submit@debbugs.gnu.org; Tue, 05 Apr 2022 14:09:38 -0400 Received: from mail-wr1-f42.google.com ([209.85.221.42]:37573) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nbncW-0002yK-NI for 54730@debbugs.gnu.org; Tue, 05 Apr 2022 14:09:37 -0400 Received: by mail-wr1-f42.google.com with SMTP id z1so8263641wrg.4 for <54730@debbugs.gnu.org>; Tue, 05 Apr 2022 11:09:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=from:to:cc:subject:references:date:in-reply-to:message-id :mime-version:content-transfer-encoding; bh=TxBEBFTA4Z8sV0ZnDky/9p3FN8bK54pcanDwm9IgbV8=; b=XDqfXfFjplLxWGbqBr6XGSJlxCmC0eVHxPAsxM8aPBbLKjm5EWEqKmgn1CRqsoabE9 Jy+gJlaTtf/zmy0ZsHrVnUkomFQH7C6XAxGahZsvq2NDRUYLUKpRkhA/eoKxGo6GPCSA UjQ1TAG3QxfI50e2DAjyjzExhhcokXhgJTwxjjzUnbkBEgjukgjQ1NA8H5zuhy5DR45l U5CLnfl246fpRaRhdp9rOsVMB006UycKjXfrW6TxFKp+V5+9YkTvKlxhSHaipG+ECU8S m3osnzMWTHMOeL9TUK1/m4l2KecZ1FW8vCTjnYfEbcDrcGDVSm9OgY3EkWF8+0OZH2tk 9zug== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:mime-version:content-transfer-encoding; bh=TxBEBFTA4Z8sV0ZnDky/9p3FN8bK54pcanDwm9IgbV8=; b=LHMTUl5JEKAzIQ6jBDsaaNz4HYulmvdYjG3Sx9U6uoXYVPWPhGDECQY/luCbyU6VF3 GnG972Pwi9TwJXctOPZh2iyOs1J1h/kz8ND4hnluAXTXoxdDeElYcDS8GaOVJ+u3M4Od E+qLrnc+DMZsX/1F98h/Is0RsOEP35P3jYUBvs36lwFsmf8/1ke4G9d54ryaNzGjsTMF NASdXoENFfIF9ZRHhcn49d0EbJno5j67T9+wckREK73VyTiT7HO9BFSU85nVwjYggSZN 5RK16tO7IO+QLnnWBLYxqZSiO//Vj10BeFCHC0f5+1rTsAiEmrFc08lG4DhHzwx0I45n 0PyQ== X-Gm-Message-State: AOAM533V0ZvJHnuqd7XqXzOnPgPdhN+vZ30hCUy0alHh7+3koANyHLHy 61zWu+9FeJvgnuReIQmRSNo= X-Google-Smtp-Source: ABdhPJz3lFtyzJIkzVLFFHgcywx9G+yRj3/RWeGHe1ySGs0gHNThbUhnqA723kw6WzG6/n8jy4Z98Q== X-Received: by 2002:a05:6000:2c9:b0:204:1675:843e with SMTP id o9-20020a05600002c900b002041675843emr3650160wry.699.1649182169708; Tue, 05 Apr 2022 11:09:29 -0700 (PDT) Received: from rltb ([2a01:e0a:3f3:fb50:f97:ff71:7e0d:55c6]) by smtp.gmail.com with ESMTPSA id o14-20020a5d47ce000000b00203e0a21c16sm15444506wrc.3.2022.04.05.11.09.28 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 05 Apr 2022 11:09:29 -0700 (PDT) From: Robert Pluim References: <83zgkzcwfq.fsf@gnu.org> <83y20jcugz.fsf@gnu.org> Date: Tue, 05 Apr 2022 20:09:28 +0200 In-Reply-To: (Cyril Arnould's message of "Tue, 5 Apr 2022 17:53:20 +0000") Message-ID: <87tub75rmv.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.0 (/) 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 (-) >>>>> On Tue, 5 Apr 2022 17:53:20 +0000, Cyril Arnould said: Cyril> Nice, it=E2=80=99s working! Too bad this didn=E2=80=99t make it = into the 28.1 release, I guess I should have Cyril> tested more. So for now the solution is to keep the vhdl-mode.el= locally until it finds its Cyril> way into a maintenance release? Yes. Eli might decide to put it in 28.2 An alternative (shorter) fix would be this. Stefan, is there a preference for how these types of lexical-binding bugs are fixed? diff --git a/lisp/progmodes/vhdl-mode.el b/lisp/progmodes/vhdl-mode.el index c6693b4de5..a0e7f8a82f 100644 --- a/lisp/progmodes/vhdl-mode.el +++ b/lisp/progmodes/vhdl-mode.el @@ -8453,8 +8453,8 @@ vhdl-update-sensitivity-list ;; scan for signals read in process (while scan-regions-list (goto-char proc-mid) - (while (and (setq beg (eval (nth 0 (car scan-regions-list)))) - (setq end (eval (nth 1 (car scan-regions-list))))) + (while (and (setq beg (eval (nth 0 (car scan-regions-list)) `((proc-e= nd . ,proc-end)))) + (setq end (eval (nth 1 (car scan-regions-list)) `((proc-end . ,proc-end= ))))) (goto-char beg) (unless (or (vhdl-in-literal) (and seq-region-list Robert --=20 From unknown Sun Jun 15 08:51:20 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.505 (Entity 5.505) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: Cyril Arnould Subject: bug#54730: closed (Re: bug#54730: 28.1; vhdl-update-sensitivity-list not working in Windows) Message-ID: References: <83wng3cs2m.fsf@gnu.org> X-Gnu-PR-Message: they-closed 54730 X-Gnu-PR-Package: emacs Reply-To: 54730@debbugs.gnu.org Date: Tue, 05 Apr 2022 18:19:01 +0000 Content-Type: multipart/mixed; boundary="----------=_1649182741-12507-1" This is a multi-part message in MIME format... ------------=_1649182741-12507-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #54730: 28.1; vhdl-update-sensitivity-list not working in Windows which was filed against the emacs package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 54730@debbugs.gnu.org. --=20 54730: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D54730 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1649182741-12507-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 54730-done) by debbugs.gnu.org; 5 Apr 2022 18:18:26 +0000 Received: from localhost ([127.0.0.1]:56106 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nbnl3-0003Ed-WE for submit@debbugs.gnu.org; Tue, 05 Apr 2022 14:18:26 -0400 Received: from eggs.gnu.org ([209.51.188.92]:42438) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nbnl2-0003ER-T6 for 54730-done@debbugs.gnu.org; Tue, 05 Apr 2022 14:18:25 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:39568) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nbnkk-0000g7-SF; Tue, 05 Apr 2022 14:18:18 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=YnNbz/EPdQB+WJk6SPTrewUGBa8T1oOAj6gGjHmDCzQ=; b=EFL+f9JLB6xIQUBl40ia MdPSuxTA1ay1NfeJRDwcEOEL1OoGIjYkcmpRqsN43ksbALKFsdcf6nCipS+WIUQxJB+aSG7OhHwSX UNJvbqKphhkFf2xqIRY92rvBByiSOW9SRdEVelHDaqO6b/JgbJFFN+DKtBD5pHP8Vr85yAqEBs11i MTixr6FyrxBNc2NAMTruGrbGFseIhx4FdUXhT6l3Q3hez01xnsk+DMx/usa9ghGnoAFercObDgOLI WFojg9X+w1/TyVoCXkIZEERU4DSljLX89BJywjyhAZ+IAbb3J63U6ll4iFEZhgmrJuoFMGpOGQHfA K5/6FEGWjhtT3w==; Received: from [87.69.77.57] (port=1388 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 1nbnkj-0001YP-HC; Tue, 05 Apr 2022 14:18:06 -0400 Date: Tue, 05 Apr 2022 21:18:09 +0300 Message-Id: <83wng3cs2m.fsf@gnu.org> From: Eli Zaretskii To: Cyril Arnould In-Reply-To: (message from Cyril Arnould on Tue, 5 Apr 2022 17:53:20 +0000) Subject: Re: bug#54730: 28.1; vhdl-update-sensitivity-list not working in Windows References: <83zgkzcwfq.fsf@gnu.org> <83y20jcugz.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 54730-done Cc: 54730-done@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: -3.3 (---) > From: Cyril Arnould > CC: "54730@debbugs.gnu.org" <54730@debbugs.gnu.org> > Date: Tue, 5 Apr 2022 17:53:20 +0000 > > Nice, it’s working! Thanks, I installed this on the emacs-28 branch, so it will appear in Emacs 28.2. > Too bad this didn’t make it into the 28.1 release, I guess I should > have tested more. So for now the solution is to keep the > vhdl-mode.el locally until it finds its way into a maintenance > release? Yes. I'm therefore closing this bug. Thanks for the easy test case, it made the debugging a no-brainer. ------------=_1649182741-12507-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 5 Apr 2022 16:26:06 +0000 Received: from localhost ([127.0.0.1]:55961 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nbm0L-0008Gr-VS for submit@debbugs.gnu.org; Tue, 05 Apr 2022 12:26:06 -0400 Received: from lists.gnu.org ([209.51.188.17]:58680) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nblx6-0008Aa-7t for submit@debbugs.gnu.org; Tue, 05 Apr 2022 12:22:44 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:36832) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nblx5-0007BW-Vq for bug-gnu-emacs@gnu.org; Tue, 05 Apr 2022 12:22:44 -0400 Received: from mail-db8eur05olkn20823.outbound.protection.outlook.com ([2a01:111:f400:7e1a::823]:10944 helo=EUR05-DB8-obe.outbound.protection.outlook.com) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nblx3-0003Ef-Hx for bug-gnu-emacs@gnu.org; Tue, 05 Apr 2022 12:22:43 -0400 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=FvYzlu9YhZ8Niu8+/72sdzpsYt2bwki0cNfuwIG6Sl9mBZ2TwELeriaTfYWsPJFhDwcQNPnUtuU3Oeo0R6u9WmOZIZBayhyN91/lI3NTTtZ0suBP1TpR9TQ4l0h1tGukfM5WApJBIAKx3bt2GnA0qwWOOZM/CrC7MerGG1vvQSkGnTN36oKJFbpYr0yuWgLmboVoqg/YeFcfDJOm9Hw9pX9N8QCFCyVdQeOV01/fv96tLOCFlL0EGkdIFemRP27hlsQ3xt8lAunYodoO4SQ6smsKVNxuYXzmgF/dlwQAcQZoVLiKaypFFdgZyvmvx7Dw0RjQ/8tEIEJyjvcdd4T6Cg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=fzr2DG5VY+cuq+ap7o9MUEnaED18BuNXu7361zloLTQ=; b=XGWT3UzF6F3ok5ekoJ7VqZzbBkE97QmxobGpWoaIXWTEaRxjlNFxAfupel2j8LWoNtnLDlfikWzsR1IYbOFBhdG1Ylp9X6ARDcXsKxVA9E0k0KuBQOc52yP+xZsaPpHIaQ62T1RlaUvZVwE+8zHeAFa5vTOlOwZWlil7eUIYUq/MzTp06rVVqyumDlClvWI8agWKXdS0DnoP3dxeKNjZVTLu6juiRDgBiQ5+WEn0XRStfHevuBRziKQB+3yQFrf8vDp8o1el+UWyOlqS6VjUGxvssY0dYgtbvzQwfMIbM4BSRTGeok/+9+OtahV3IfvRQlJd2lP6QYu66jBAf0JYLg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outlook.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=fzr2DG5VY+cuq+ap7o9MUEnaED18BuNXu7361zloLTQ=; b=eoUq47TbhVtkVptJWvshE8122EcuOVauxJ/H0IcyHzh7Npw3S9rMkH94TDF8mQOGf4HQRO8paxTxiQa0IHTTK37sqye8WxVc0472PvYtbHplz75Y99lNadjNhArgWPICbuelYdA1UTVseB+OMPJ4DmGB2zZkV/l5VlvKpjNwuBE28dNrTCGi9h1sd2UKnXQgMJ3RjR41zGXzaJaRQ7i2MAQKw5ILKqupCp4HD1ZAcCI0w+nvcYrkF9PGgQjV/pjUuOAyWtmShV4/wxNzvASN0N7t24L0/8vK/BVHNt/rsUA5yA2mVeKofRLfdBCM2E6lZsltS3HZksGybPobCgyxPw== Received: from AM5PR06MB3105.eurprd06.prod.outlook.com (2603:10a6:206:10::11) by VI1PR0602MB2976.eurprd06.prod.outlook.com (2603:10a6:800:ba::12) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5123.31; Tue, 5 Apr 2022 16:17:37 +0000 Received: from AM5PR06MB3105.eurprd06.prod.outlook.com ([fe80::b592:ae0f:e3c0:57b]) by AM5PR06MB3105.eurprd06.prod.outlook.com ([fe80::b592:ae0f:e3c0:57b%2]) with mapi id 15.20.5123.030; Tue, 5 Apr 2022 16:17:37 +0000 From: Cyril Arnould To: "bug-gnu-emacs@gnu.org" Subject: 28.1; vhdl-update-sensitivity-list not working in Windows Thread-Topic: 28.1; vhdl-update-sensitivity-list not working in Windows Thread-Index: AQHYSQhkeYcjaTMdIU+tv6MnK8V/TQ== Date: Tue, 5 Apr 2022 16:17:37 +0000 Message-ID: Accept-Language: de-CH, en-US Content-Language: de-CH X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-tmn: [g0Rt1UeDxBl8OLndw8Q6ReIm/5Yd8Nxau/axAfFQjcyZxfURWtplvKT7XkBpoN9bkQkCcwEXstI=] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 93d0d13e-fe71-408a-9d8b-08da171fccd2 x-ms-traffictypediagnostic: VI1PR0602MB2976:EE_ x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: 6nEb6v6VuC5JITzvOLwW5JrxaZeLAG1fZiyj+c1IZsAJctXBsklP/B//jX3lRSou9JFokhhwTeK97P1bTktnOhwzJ5tBs6yLcOJiduzxQoYNFSfypAitZXhKkrHYtCMcGS4bIKrCQmW6UgLptsPjcvkfmfg5aQe4CBUmNBT3+TrdRdAA4Jl6Qld+XSifp07fWGFbjHC0l8+UzkXB7qdmOmyfJ5YJ0MI/5QMxMj0VFbnYiAa2/vB/8oe8fv3hbs0ioNCHa+GH9GPsfDVy0YceA1todaK/qrYYd3EtlShU22lLXyuLwEvnawsGnxcy6Sc0H4RIIOySeHni/dXoltFitgcvQBzx/8ZQFiqZETY/G5tNxivBFakEVQrboRr7/TjgusLqGCELSMmRn9oM8Qi68Nvk//7ccee3nN8CSvIN9Dl8H8mKYNKFeAu7WKUlK1b7RhRFIjCN/LHJequ9krbcx8wH936KKXFiL+l/rsdu5UXbArVITyHMwAbffN0PSyzfNzwN0PHKMKx9jJDXjgsLtLXcfRMCc4gN/Yv0CIMgsc2M1KdPW5wNj9F/gXrtcNELgHbWBNmcoTzFfRDNZKduWA== x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?Windows-1252?Q?nZC2gfxpUI74C6p2Q6Ar9em6bLS3QL8x2Ujm+4co9asbcySUOx9XU/xp?= =?Windows-1252?Q?E2akLShGqQyhqvCu+quOZd1pK4qQc/JuPPoc8Xjyr7HJCcAjokivfacD?= =?Windows-1252?Q?eAWp2kVzp7p8G1jjZ1NUEcNPpm4HAU4WQDW/cIK5QrBZu4OPTdVqdS0d?= =?Windows-1252?Q?dU0CbQjC1/5FrylaEIZiQx7M2ZtVzTucLgcweIUtOKJCKfaM3X6Y1BaT?= =?Windows-1252?Q?0vGLU5mnsFUHNe2un4teoeF9wEvL61V4QdXDGK8emz+s9WEFMkSzk+Vu?= =?Windows-1252?Q?QVdbmul5hsdt9dZKEB5z7nQtfHtfpShExmdGHTsDe0ZndTDYLCp2v65G?= =?Windows-1252?Q?iEwT653LKc1WDrou9NunGbSWawHCvWGq443R02k0F96ZUy3+Jqvt01p+?= =?Windows-1252?Q?Jeck4amYCfUgUUQ1rkrWLSclgGSklgZB8rNtXRflGaxOYssD/lvv8o0O?= =?Windows-1252?Q?+G85c9XzIPtbMCmmH65i61o9BzDesNAge6jeRc+Z4BcLtlDRQMr3wmRG?= =?Windows-1252?Q?p0wUXhfX8hbkN0QEujpQMi9vRHaDPcPQx7hvtM94HNKmyYK40phPVuU1?= =?Windows-1252?Q?mlZ5ALIUC0Si3R1b64okMrfnAWCwzuukRQ2opmqB5p9O3AMYNkJ3dj/g?= =?Windows-1252?Q?jBe3mwyFnf5QifvUVCXnIFA6wMCJIgkQ8pSfjIYfdOR0uvmx7/hQspLc?= =?Windows-1252?Q?PmpeIrmBs51jNXtCjZnU6IjzSIjF6dwrCNZkFxsrozeDQNRNb3TaZqFs?= =?Windows-1252?Q?AIo6QTmAIJhexLyrQQUU5HlJO/++fEGg61+CQMSMuFmrJkreEkik3zUa?= =?Windows-1252?Q?+dwsee2AkARF+tSijr2tVajggyl3Tu0Qpwm1A3zjq41g5ZLcYi88pSxQ?= =?Windows-1252?Q?El5B75cLxPlBgips22THt7IBpWrUMl9BR5M4Y3W8qdnPwfl7k6+rDCAF?= =?Windows-1252?Q?BBNM+rFcd9Lp51QOMzK4/ZAzi8Qq0pzrVejK4OAemrWVTd20bG7ZOeh3?= =?Windows-1252?Q?K8k90iECQiOeU4OTRbwR2iWiS1WZDtl4CsCin/Yq5CXrNqNCmRKUFSgK?= =?Windows-1252?Q?AOVNtQHd+gAVHVj+Dam8HDcTJiwfcBx2CCc1U2wgtybFNxAfro/Qxoop?= =?Windows-1252?Q?SWphKNNlA3Aq+IrmjgjMIHMJFnEB5uzJ29CCsPc73US3yngLQWCnocda?= =?Windows-1252?Q?v0ZMwm73A0jrm7fTf84S3m09MBlMfijRkAZ2psklOiZ1d6oVkLf+X5Yp?= =?Windows-1252?Q?FV/eNtniI2Uxr4iGvK9Uib/wdVf8Q9xCwOoldK0LytlTw3rs0063+6iR?= =?Windows-1252?Q?tFawsoul5MrzpNMM9BEu0IrBlcDM+33khGRgFBb8eknISIwMArO73ShK?= =?Windows-1252?Q?elkCZ5/LHISZ7r6b4xdIP1plhQ8Uf1UznUpFvjK0oU1n3ZsdgV7tu6ia?= =?Windows-1252?Q?oBqh7KopragaORnmvodml1zc2AuF1GLR1chRbR/A1vH8FbI6VEl/NWk+?= =?Windows-1252?Q?h89yYLCrFTivio4SPRkfm3sYQIjwnfpHAZ7FyhoXV2yJ8FKIQlILEZRj?= =?Windows-1252?Q?SeiDi/zJsfU2Y9Bx50Tb6VoSZc/tTOFhwSu29O0Dh85P7BRYiwADmJcj?= =?Windows-1252?Q?hKCcYv9Rtee+m0in1PTKNKLqF7EILaIXFYixMEjRMgvfiw=3D=3D?= Content-Type: multipart/alternative; boundary="_000_AM5PR06MB3105B76A0F2F1ABF395F129CE3E49AM5PR06MB3105eurp_" MIME-Version: 1.0 X-OriginatorOrg: outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: AM5PR06MB3105.eurprd06.prod.outlook.com X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-CrossTenant-Network-Message-Id: 93d0d13e-fe71-408a-9d8b-08da171fccd2 X-MS-Exchange-CrossTenant-originalarrivaltime: 05 Apr 2022 16:17:37.3657 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-rms-persistedconsumerorg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR0602MB2976 Received-SPF: pass client-ip=2a01:111:f400:7e1a::823; envelope-from=cyril.arnould@outlook.com; helo=EUR05-DB8-obe.outbound.protection.outlook.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, HTML_MESSAGE=0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: 0.2 (/) X-Debbugs-Envelope-To: submit X-Mailman-Approved-At: Tue, 05 Apr 2022 12:26:05 -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: -2.3 (--) --_000_AM5PR06MB3105B76A0F2F1ABF395F129CE3E49AM5PR06MB3105eurp_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable vhdl-update-sensitivity-list is not working anymore in Windows. I have a very simple process: -- Flip Flops p_memzing : process (Clk_CI, Rst_RBI) begin if Rst_RBI =3D '0' then -- asynchronous reset (active low= ) BlockCount_DP <=3D (others =3D> '0'); Length_DP <=3D (others =3D> '0'); elsif Clk_CI'event and Clk_CI =3D '1' then -- rising clock edge BlockCount_DP <=3D BlockCount_DN; Length_DP <=3D Length_DN; end if; end process p_memzing; If I execute vhdl-update-sensitivity-list-process, I get the error message "Symbol=92s value as variable is void: proc-end". If I execute vhdl-update-sensitivity-list-buffer instead, I get no error message but the sensitivity list is not updated properly, e.g. if I delete Clk_CI from the sensitivity list, it is not added back. This problem occurs in both natively-compiled VHDL mode as well as byte-compiled VHDL mode. I have also deleted my .emacs configuration file to reproduce the bug in a more vanilla environment. This was working fine under Emacs 27.2. In GNU Emacs 28.1 (build 52, x86_64-w64-mingw32) of 2022-04-04 built on AVALON Repository revision: 5a223c7f2ef4c31abbd46367b6ea83cd19d30aa7 Repository branch: heads/emacs-28.1 Windowing system distributor 'Microsoft Corp.', version 10.0.19044 System Description: Microsoft Windows 10 Pro (v10.0.2009.19044.1586) Configured using: 'configure --without-dbus --with-native-compilation --without-compress-install CFLAGS=3D-O2' Configured features: ACL GIF GMP GNUTLS HARFBUZZ JPEG JSON LCMS2 LIBXML2 MODULES NATIVE_COMP NOTIFY W32NOTIFY PDUMPER PNG RSVG SOUND THREADS TIFF TOOLKIT_SCROLL_BARS XPM ZLIB (NATIVE_COMP present but libgccjit not available) Important settings: value of $LANG: DES locale-coding-system: cp1252 Major mode: VHDL Minor modes in effect: delete-selection-mode: t cua-mode: t tooltip-mode: t global-eldoc-mode: t show-paren-mode: t electric-indent-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: t transient-mark-mode: t Load-path shadows: None found. Features: (shadow sort mail-extr emacsbug message rmc puny dired dired-loaddefs rfc822 mml mml-sec epa derived epg rfc6068 epg-config gnus-util rmail rmail-loaddefs auth-source cl-seq eieio eieio-core cl-macs eieio-loaddefs password-cache json map seq byte-opt gv bytecomp byte-compile cconv mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils cus-start cus-load delsel cua-base time-date subr-x cl-loaddefs cl-lib vc-dispatcher vc-svn vhdl-mode hippie-exp compile text-property-search comint ansi-color ring iso-transl tooltip eldoc paren electric uniquify ediff-hook vc-hooks lisp-float-type elisp-mode mwheel dos-w32 ls-lisp disp-table term/w32-win w32-win w32-vars term/common-win tool-bar dnd fontset image regexp-opt fringe tabulated-list replace newcomment text-mode lisp-mode prog-mode register page tab-bar menu-bar rfn-eshadow isearch easymenu timer select scroll-bar mouse jit-lock font-lock syntax font-core term/tty-colors frame minibuffer cl-generic cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese composite emoji-zwj charscript charprop case-table epa-hook jka-cmpr-hook help simple abbrev obarray cl-preloaded nadvice button loaddefs faces cus-face macroexp files window text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote threads w32notify w32 lcms2 multi-tty make-network-process native-compile emacs) Memory information: ((conses 16 93119 15570) (symbols 48 10242 1) (strings 32 31838 2138) (string-bytes 1 976465) (vectors 16 17355) (vector-slots 8 268523 16886) (floats 8 39 323) (intervals 56 742 0) (buffers 992 13)) --_000_AM5PR06MB3105B76A0F2F1ABF395F129CE3E49AM5PR06MB3105eurp_ Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable

vhdl-update-sensitivity-list is not working anymore = in Windows. I

have a very simple process:

 

  -- Flip Flops

  p_memzing : process (Clk_CI, Rst_RBI)

  begin

    if Rst_RBI =3D '0' then &nbs= p;             = -- asynchronous reset (active low)

      BlockCount_DP <=3D= (others =3D> '0');

      Length_DP  =    <=3D (others =3D> '0');

    elsif Clk_CI'event and Clk_CI =3D= '1' then  -- rising clock edge

      BlockCount_DP <=3D= BlockCount_DN;

      Length_DP  =    <=3D Length_DN;

    end if;

  end process p_memzing;

 

If I execute vhdl-update-sensitivity-list-process, I= get the error

message "Symbol=92s value as variable is void: = proc-end". If I execute

vhdl-update-sensitivity-list-buffer instead, I get n= o error message but

the sensitivity list is not updated properly, e.g. i= f I delete Clk_CI

from the sensitivity list, it is not added back.

 

This problem occurs in both natively-compiled VHDL m= ode as well as

byte-compiled VHDL mode. I have also deleted my .ema= cs configuration

file to reproduce the bug in a more vanilla environm= ent. This was

working fine under Emacs 27.2.

 

 

 

In GNU Emacs 28.1 (build 52, x86_64-w64-mingw32)

of 2022-04-04 built on AVALON

Repository revision: 5a223c7f2ef4c31abbd46367b6ea83c= d19d30aa7

Repository branch: heads/emacs-28.1

Windowing system distributor 'Microsoft Corp.', vers= ion 10.0.19044

System Description: Microsoft Windows 10 Pro (v10.0.= 2009.19044.1586)

 

Configured using:

'configure --without-dbus --with-native-compilation<= /p>

--without-compress-install CFLAGS=3D-O2'

 

Configured features:

ACL GIF GMP GNUTLS HARFBUZZ JPEG JSON LCMS2 LIBXML2 = MODULES NATIVE_COMP

NOTIFY W32NOTIFY PDUMPER PNG RSVG SOUND THREADS TIFF= TOOLKIT_SCROLL_BARS

XPM ZLIB

 

(NATIVE_COMP present but libgccjit not available)

 

Important settings:

  value of $LANG: DES

  locale-coding-system: cp1252

 

Major mode: VHDL

 

Minor modes in effect:

  delete-selection-mode: t

  cua-mode: t

  tooltip-mode: t

  global-eldoc-mode: t

  show-paren-mode: t

  electric-indent-mode: t

  mouse-wheel-mode: t

  tool-bar-mode: t

  menu-bar-mode: t

  file-name-shadow-mode: t

  global-font-lock-mode: t

  font-lock-mode: t

  blink-cursor-mode: t

  auto-composition-mode: t

  auto-encryption-mode: t

  auto-compression-mode: t

  line-number-mode: t

  transient-mark-mode: t

 

Load-path shadows:

None found.

 

Features:

(shadow sort mail-extr emacsbug message rmc puny dir= ed dired-loaddefs

rfc822 mml mml-sec epa derived epg rfc6068 epg-confi= g gnus-util rmail

rmail-loaddefs auth-source cl-seq eieio eieio-core c= l-macs

eieio-loaddefs password-cache json map seq byte-opt = gv bytecomp

byte-compile cconv mm-decode mm-bodies mm-encode mai= l-parse rfc2231

mailabbrev gmm-utils mailheader sendmail rfc2047 rfc= 2045 ietf-drums

mm-util mail-prsvr mail-utils cus-start cus-load del= sel cua-base

time-date subr-x cl-loaddefs cl-lib vc-dispatcher vc= -svn vhdl-mode

hippie-exp compile text-property-search comint ansi-= color ring

iso-transl tooltip eldoc paren electric uniquify edi= ff-hook vc-hooks

lisp-float-type elisp-mode mwheel dos-w32 ls-lisp di= sp-table

term/w32-win w32-win w32-vars term/common-win tool-b= ar dnd fontset image

regexp-opt fringe tabulated-list replace newcomment = text-mode lisp-mode

prog-mode register page tab-bar menu-bar rfn-eshadow= isearch easymenu

timer select scroll-bar mouse jit-lock font-lock syn= tax font-core

term/tty-colors frame minibuffer cl-generic cham geo= rgian utf-8-lang

misc-lang vietnamese tibetan thai tai-viet lao korea= n japanese eucjp-ms

cp51932 hebrew greek romanian slovak czech european = ethiopic indian

cyrillic chinese composite emoji-zwj charscript char= prop case-table

epa-hook jka-cmpr-hook help simple abbrev obarray cl= -preloaded nadvice

button loaddefs faces cus-face macroexp files window= text-properties

overlay sha1 md5 base64 format env code-pages mule c= ustom widget

hashtable-print-readable backquote threads w32notify= w32 lcms2 multi-tty

make-network-process native-compile emacs)

 

Memory information:

((conses 16 93119 15570)

(symbols 48 10242 1)

(strings 32 31838 2138)

(string-bytes 1 976465)

(vectors 16 17355)

(vector-slots 8 268523 16886)

(floats 8 39 323)

(intervals 56 742 0)

(buffers 992 13))

--_000_AM5PR06MB3105B76A0F2F1ABF395F129CE3E49AM5PR06MB3105eurp_-- ------------=_1649182741-12507-1-- From unknown Sun Jun 15 08:51:20 2025 X-Loop: help-debbugs@gnu.org Subject: bug#54730: AW: bug#54730: 28.1; vhdl-update-sensitivity-list not working in Windows Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 05 Apr 2022 21:22:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 54730 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Robert Pluim Cc: Reto Zimmermann , Eli Zaretskii , "54730@debbugs.gnu.org" <54730@debbugs.gnu.org>, Cyril Arnould Received: via spool by 54730-submit@debbugs.gnu.org id=B54730.164919370818511 (code B ref 54730); Tue, 05 Apr 2022 21:22:02 +0000 Received: (at 54730) by debbugs.gnu.org; 5 Apr 2022 21:21:48 +0000 Received: from localhost ([127.0.0.1]:56328 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nbqcV-0004oU-O1 for submit@debbugs.gnu.org; Tue, 05 Apr 2022 17:21:48 -0400 Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:46493) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nbqcT-0004oB-35 for 54730@debbugs.gnu.org; Tue, 05 Apr 2022 17:21:45 -0400 Received: from pmg1.iro.umontreal.ca (localhost.localdomain [127.0.0.1]) by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id 65D381001E0; Tue, 5 Apr 2022 17:21:39 -0400 (EDT) Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id 2E84B10009E; Tue, 5 Apr 2022 17:21:37 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1649193697; bh=52ZllDe/HThfR0nyCMlOw2TqniKH08MvMbqG4wBYssM=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=haLV8ZkiGG9JW6EMwXoa1aBvj9UJUJDIEakXbH3nxEk/qsWPx2JEg70/YM99gHWT+ Glyhmej4JURSCCrMP47MuPs6d+F9G1PEnAsC64iGTwnxzTRdx1mQpfL8OCKfgeDiQO fsmbyJoEaS2k4lGAlAYxTyZL0djC0k7z1FBuPfJXhOsrJhtYrpZ0by6YsTjuSVS14Y Da2VUYL2TLa8FgDqFSXCW5EXLkOOlxyNiq+KTeteAT3OavEY73r5kiIyW8yx6h3KLA awh9tNRQdgXN7DtvuJUQVZOLlYfhvjEwazhH/l5JXIoiH/Td/MnohBYOkl9X/j92PG ZqVoed9H/Jm5w== Received: from alfajor (unknown [45.72.221.51]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id B35D71204DE; Tue, 5 Apr 2022 17:21:36 -0400 (EDT) From: Stefan Monnier Message-ID: References: <83zgkzcwfq.fsf@gnu.org> <83y20jcugz.fsf@gnu.org> <87tub75rmv.fsf@gmail.com> Date: Tue, 05 Apr 2022 17:21:35 -0400 In-Reply-To: <87tub75rmv.fsf@gmail.com> (Robert Pluim's message of "Tue, 05 Apr 2022 20:09:28 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-SPAM-INFO: Spam detection results: 0 ALL_TRUSTED -1 Passed through trusted hosts only via SMTP AWL -0.047 Adjusted score from AWL reputation of From: address BAYES_00 -1.9 Bayes spam probability is 0 to 1% DKIM_SIGNED 0.1 Message has a DKIM or DK signature, not necessarily valid DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's domain T_SCC_BODY_TEXT_LINE -0.01 - X-SPAM-LEVEL: X-Spam-Score: -2.3 (--) 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: -3.3 (---) Robert Pluim [2022-04-05 20:09:28] wrote: >>>>>> On Tue, 5 Apr 2022 17:53:20 +0000, Cyril Arnould said: > > Cyril> Nice, it=E2=80=99s working! Too bad this didn=E2=80=99t make i= t into the 28.1 > Cyril> release, I guess I should have > Cyril> tested more. So for now the solution is to keep the vhdl-mode.= el > Cyril> locally until it finds its > Cyril> way into a maintenance release? > > Yes. Eli might decide to put it in 28.2 > > An alternative (shorter) fix would be this. Stefan, is there a > preference for how these types of lexical-binding bugs are fixed? It's a question of style and local details. E.g. whether you want to preserve compatibility with Emacs<24 or XEmacs. Personally I dislike such abuses of `eval`, so I'd replace it with `funcall` as in the (100% untested) patch below. Stefan diff --git a/lisp/progmodes/vhdl-mode.el b/lisp/progmodes/vhdl-mode.el index c6693b4de53..7bb07343ae0 100644 --- a/lisp/progmodes/vhdl-mode.el +++ b/lisp/progmodes/vhdl-mode.el @@ -8374,6 +8374,52 @@ vhdl-update-sensitivity-list-buffer (message "Updating sensitivity lists...done"))) (when noninteractive (save-buffer))) =20 +(defconst vhdl--signal-regions-functions + (list + ;; right-hand side of signal/variable assignment + ;; (special case: "<=3D" is relational operator in a condition) + (lambda (proc-end) + (when (vhdl-re-search-forward "[<:]=3D" proc-end t) + (save-excursion + (vhdl-re-search-forward ";\\|\\<\\(then\\|loop\\|report\\|severity\\|is\= \)\\>" proc-end t)))) + ;; if condition + (lambda (proc-end) + (when (vhdl-re-search-forward "^\\s-*if\\>" proc-end t) + (save-excursion (vhdl-re-search-forward "\\" proc-end t)))) + ;; elsif condition + (lambda (proc-end) + (when (vhdl-re-search-forward "\\" proc-end t) + (save-excursion (vhdl-re-search-forward "\\" proc-end t)))) + ;; while loop condition + (lambda (proc-end) + (when (vhdl-re-search-forward "^\\s-*while\\>" proc-end t) + (save-excursion (vhdl-re-search-forward "\\" proc-end t)))) + ;; exit/next condition + (lambda (proc-end) + (when (vhdl-re-search-forward "\\<\\(exit\\|next\\)\\s-+\\w+\\s-+when= \\>" proc-end t) + (save-excursion (vhdl-re-search-forward ";" proc-end t)))) + ;; assert condition + (lambda (proc-end) + (when (vhdl-re-search-forward "\\" proc-end t) + (save-excursion + (vhdl-re-search-forward "\\(\\\\|\\\\|;\\)" + proc-end t)))) + ;; case expression + (lambda (proc-end) + (when (vhdl-re-search-forward "^\\s-*case\\>" proc-end t) + (save-excursion (vhdl-re-search-forward "\\" proc-end t)))) + ;; parameter list of procedure call, array index + (lambda (proc-end) + (when (re-search-forward "^\\s-*\\(\\w\\|\\.\\)+[ \t\n\r\f]*(" proc-e= nd t) + (forward-char -1) + (save-excursion + (forward-sexp) + (while (looking-at "(") (forward-sexp)) (point))))) + "Define syntactic regions where signals are read. +Each function is called with one arg (a limit for the (forward) search) and +should return either nil or the end position of the region (in which case +point will be set to its beginning).") + (defun vhdl-update-sensitivity-list () "Update sensitivity list." (let ((proc-beg (point)) @@ -8394,35 +8440,7 @@ vhdl-update-sensitivity-list (let ;; scan for visible signals ((visible-list (vhdl-get-visible-signals)) - ;; define syntactic regions where signals are read - (scan-regions-list - '(;; right-hand side of signal/variable assignment - ;; (special case: "<=3D" is relational operator in a condition) - ((vhdl-re-search-forward "[<:]=3D" proc-end t) - (vhdl-re-search-forward ";\\|\\<\\(then\\|loop\\|report\\|severity\\|is= \\)\\>" proc-end t)) - ;; if condition - ((vhdl-re-search-forward "^\\s-*if\\>" proc-end t) - (vhdl-re-search-forward "\\" proc-end t)) - ;; elsif condition - ((vhdl-re-search-forward "\\" proc-end t) - (vhdl-re-search-forward "\\" proc-end t)) - ;; while loop condition - ((vhdl-re-search-forward "^\\s-*while\\>" proc-end t) - (vhdl-re-search-forward "\\" proc-end t)) - ;; exit/next condition - ((vhdl-re-search-forward "\\<\\(exit\\|next\\)\\s-+\\w+\\s-+when\\>" pro= c-end t) - (vhdl-re-search-forward ";" proc-end t)) - ;; assert condition - ((vhdl-re-search-forward "\\" proc-end t) - (vhdl-re-search-forward "\\(\\\\|\\\\|;\\)" proc-= end t)) - ;; case expression - ((vhdl-re-search-forward "^\\s-*case\\>" proc-end t) - (vhdl-re-search-forward "\\" proc-end t)) - ;; parameter list of procedure call, array index - ((and (re-search-forward "^\\s-*\\(\\w\\|\\.\\)+[ \t\n\r\f]*(" proc-end = t) - (1- (point))) - (progn (backward-char) (forward-sexp) - (while (looking-at "(") (forward-sexp)) (point))))) + (scan-regions-list vhdl--signal-regions-functions) name field read-list sens-list signal-list tmp-list sens-beg sens-end beg end margin) ;; scan for signals in old sensitivity list @@ -8453,9 +8471,7 @@ vhdl-update-sensitivity-list ;; scan for signals read in process (while scan-regions-list (goto-char proc-mid) - (while (and (setq beg (eval (nth 0 (car scan-regions-list)))) - (setq end (eval (nth 1 (car scan-regions-list))))) - (goto-char beg) + (while (setq end (funcall (car scan-regions-list) proc-end)) (unless (or (vhdl-in-literal) (and seq-region-list (let ((tmp-list seq-region-list)) From unknown Sun Jun 15 08:51:20 2025 X-Loop: help-debbugs@gnu.org Subject: bug#54730: AW: bug#54730: AW: bug#54730: 28.1; vhdl-update-sensitivity-list not working in Windows Resent-From: Cyril Arnould Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 05 Apr 2022 22:28:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 54730 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier , Robert Pluim Cc: Reto Zimmermann , Eli Zaretskii , "54730@debbugs.gnu.org" <54730@debbugs.gnu.org> Received: via spool by 54730-submit@debbugs.gnu.org id=B54730.164919767525334 (code B ref 54730); Tue, 05 Apr 2022 22:28:02 +0000 Received: (at 54730) by debbugs.gnu.org; 5 Apr 2022 22:27:55 +0000 Received: from localhost ([127.0.0.1]:56381 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nbreV-0006aY-Ce for submit@debbugs.gnu.org; Tue, 05 Apr 2022 18:27:55 -0400 Received: from mail-db8eur05olkn2105.outbound.protection.outlook.com ([40.92.89.105]:42910 helo=EUR05-DB8-obe.outbound.protection.outlook.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nbreT-0006aJ-6O for 54730@debbugs.gnu.org; Tue, 05 Apr 2022 18:27:53 -0400 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=MQwR6qWoiL9AKB+vwYXee1Q61oVaBuuZ2UxSqqF2ZQMg8VtI7/qGRnakm6+xUO03CUNTQJhassNW+kVjj4BIS4JQNT901otM6qCarCvgtPyeY3rcAK0EmNE3VBJZUjzkUkvLfufjnOM+VRJZ/8/ugnlfOMZ3tFk4SV2S/bVDyD6el/HLJoRhJkc2xjm+1iwtM1ivUlhGv3PZ8DXGKGY431Fi7sgq8pAfVCJsZqfdfY/tsMnBGN3duUD/9GWmkX5SVri0qiPi+Ots7Zo569YPhxpgCfcpuBBYs+mrRTY0zQ79+xHhg0HJalTma3NyUKAxFoaY5HMBUswf813Cn7u6dQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=oQpo07ytk1JN6vMpKw3/xU6WnVsvtFXFL8ZBl8ij4rE=; b=FiZdf4QOFThr6PHYB8bo6/hdwZlngDoI3rLaCZo1zuQxLi7aoO+NXvd2/7K2TWF099nbeS0QF6RPHofasigxVE63CSPtB+8tIYtV58WpHSK7Jsgwib96+F95NHfpAQCYLBL3iNXzlZ49lJXFEzxdaOypHAahWxnV0kbc/u7y0vq7KMYAQNG/MGfiz9Rz7lLekj8YnZ0XXeJATBCco4P/6YoTy4CCJ/ednfexGKZ44v9o2LAdMIyevBEnxzTy+Ib2PZdKImJ5CGZWAb9dtvjI3bxRVHXbOYsj/Jvq18jEk+PSx4oj80N5GX9vGloprJzSFy9o3K0/dV98ve/ICL+TMQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outlook.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=oQpo07ytk1JN6vMpKw3/xU6WnVsvtFXFL8ZBl8ij4rE=; b=fJhWn3r7HT8h7lofUXbUfx9oEGZShqgwv3GzJvGwhtEdoPtzF/NqSnpO9pxOjBu/+4MKzJ7C89kVm8TpS1EAVBGdjrXkVKLU4mqKgreEh2y+MewPuvd7uO0EpQUbkRodH5l8va/r1sMgSKJgcnONZyfnD5aPkCyOMJmoyRiQfAjoKoPf4QpN+NP8yM186dB6EHFwPfUlPVrnBeVDU8smlD8bRC4ZOvkI3FGZ/RrQZuGSdFMFO+ijxrJ8BZEl5ScmH6p1H1cVGpllvv/m7NJqSvaI8NCI8qX4INGOZzOKCz/+RoLcVsQ3bLzfkOwUISNb5fpupYSvDb02nuPjNESiqg== Received: from AM5PR06MB3105.eurprd06.prod.outlook.com (2603:10a6:206:10::11) by AM5PR06MB3076.eurprd06.prod.outlook.com (2603:10a6:206:3::16) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5123.31; Tue, 5 Apr 2022 22:27:46 +0000 Received: from AM5PR06MB3105.eurprd06.prod.outlook.com ([fe80::b592:ae0f:e3c0:57b]) by AM5PR06MB3105.eurprd06.prod.outlook.com ([fe80::b592:ae0f:e3c0:57b%2]) with mapi id 15.20.5123.031; Tue, 5 Apr 2022 22:27:46 +0000 From: Cyril Arnould Thread-Topic: bug#54730: AW: bug#54730: 28.1; vhdl-update-sensitivity-list not working in Windows Thread-Index: AQHYSQhkeYcjaTMdIU+tv6MnK8V/Tazhhpn6gAAES6iAAAeS9oAAA2PHgAAIr3KAADW1RYAADOnD Date: Tue, 5 Apr 2022 22:27:46 +0000 Message-ID: References: <83zgkzcwfq.fsf@gnu.org> <83y20jcugz.fsf@gnu.org> <87tub75rmv.fsf@gmail.com> In-Reply-To: Accept-Language: de-CH, en-US Content-Language: de-CH X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-tmn: [7jdtNjbKK24ZKcjWCimwDj3l+FXJCCdb3zDnctIHQ9BXt9RH+66skafPDcHM/y1/Fk95zOpt7mI=] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 47742811-3da0-44ba-6d5b-08da175382b1 x-ms-traffictypediagnostic: AM5PR06MB3076:EE_ x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: w5fYAEMZ0CGCM8FutLaJ9w4EHC/0D/wLpb+59h3MGkiTD4J9qYsmjZ/j88ljaDXU1RoKlRthC/K2Sj6hhxobkqmXJU2iNc3CcGNaeYM3DiMRmYLQ1SEr5MQdvve0Ht59FVeD0w0oqcCzGQ3SeoZHW2ViIwZPi8smgs58JIRMP7KoH1FMOe8vbN97DHTG3nXU5/PH1F2AAiNR29OhdTp6PFP+vJGS1jY0dAce5No/ep25+KDhnkVAel8KTNOs2Gck8k2w0QoAQfJntu+AfoShnjVfFa2xvGODjpJvo01qI4VAl8Mv2MaAJM5MeQrpChm/1aFo5oRdTN6S5uZVVA9CF1KA4ryr9kZ+Bg29JuMMvyyz388cGw7IiKwbe8wUNrWYQSlD4VRuBGzDq/f23V1A04wsHKKKOrYqEhGzWE8/B+/HHkeCLFDQjmmH4C9NxKRCyLrw5CHXvnE8cz8mFEyUCbQ4IokZ7XssSlTQsnV6/40NhSBVge9dvG9lMM0By79VPVwdKthRyVv0C93ZtkPWXb9gQElhwW8kOcF24oSP33TerRcZaFwULoDZxZ9ahfbxyYTMgzsywXspIZHxRSUmiA== x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: YymZ195mMrzN/8JAQ4epRwrfG9ROfBJkypSLoF7Fq5PxQ06w1B3tM+0DYJ6FlCqggm7wWUY6HJ5etkXPwZAnKhdcGqfKlILSU/UmmaeBXcHAdAisKMjxzJFaB5ofOTIMed33Zt+/d9MrT+XWDISBHkgchGoFYFTqWtn7svE+zyOMXNDJWfo/HIfuBe5PA+zkAUNM4ekEIorezmMqtnhBrYCzjMOZWyGli2E0RbcMT7AabpzpDADWpMbIMSEez6mpS1CLvBLs7Sp7DvnCJUPBePgVe5HWxTMu5+HLDMzYzpQgTDaGsqopIthjEYNh4Vil9uudZEoasPdNRRVLsLClqA/GNa+6k5qhUjhlPMWXTTN2CEUEflGy2SDMJgOBmgNW0u0XqlKLzwKukjgpXAFnHso3sMvRAjHfy4YQs33qMF87/eWyGCpjoj0ttvgovXxF3SqHLtN5GV9mQ2tS77w2x7f4s4icpjXSBmn/znUKYrMNKcjyVmRAEIc7NiZOGAhZJWRb9squjXHq8V+N1nPN31+Jc8OIcoaCnXqm6g/7xKEe9JwHWHOFS0FIHNKJ0oCn/CYMt/++xmQNnlW55QPgboe+YiOTHNhsU0UFNfDldHARz3d0VxwZH4F75VRBfTgAN+vjbtrXWCCwJufQRHTgjRzC0T/oFwk8Vv1Zl96klTc6hKg2gCqFPGvlq7Olz+8j4cWy0dxLZJpiDreROsyk7pLPr3krw+4tLoL9ikjj+EcocCryLAm5deyTjr1FA29HRIPGoGaH7+2XRK5HBFspelFC75k5xwGKZ5HzfstLlgCDB4nXJchkeMPZbqLIPus1qs0s9Cz20ZxnUEgBPgZpIbsyL9jBZSmEaVNgMXXB6HG5haGXr7HehcmW1CdF+dmnPRcCLRg0z3TfffATQR5MflBu1gwanon9lSs21Wzd8FJaeVTNlHI/Iil/WwsL/x4uPfKcrK3KtMefk36F9SaHY2N80Qa7qwDxJ/m80pxBWpREqMLX0HKcSABtZJ8KqRlWWyznFfZFIcgFtqETqqIghK6lgYcy3c2Uu7Xz3qvxVZp3aKplcyFENRvv/TAN2Q85O4rEqOUxACAI7UKGDOH94PE5p6W6jtDu5ZItvAiE/956xYprIwyFldI87j7qcXKo3nJ9GlywMsYWdh1ltqu1ifUrsU2WjHvPLjMi/kQobdQ1zmK6n/pAv5VvobNtbB80eeD+L3jI08fPQHjlycN/U4AM3XGu9Cnj1uG54KDZotfwytO1tFtCOZs9j+evu3w6XdS1krDiiJie5Eqmu84gHnLwppjpanElcAABe2/NZpqCZADWx04xomRE8jIE6vLePv+Vmm87FZQeHdymOnYNT5/KrjRTI7w11poaOvCHmNbKY08n4fAc2HfjmTMfhWD9nI3oFvIukyZDgyXgG4mZu8/wC2Oj9Wy/HdjiB8DKxJ7YgKetJ1B4CJJKWBGidrGOMurLdoEDMjsMERiuJgQt4Q7FFVoOOhlqB8jyzW7VeOp9V4GtzBPbsv42yzTbJuDJUdlQQEa4t8bH1drtFkhqDg== Content-Type: multipart/alternative; boundary="_000_AM5PR06MB3105CD25DF33BC69880DD6BDE3E49AM5PR06MB3105eurp_" MIME-Version: 1.0 X-OriginatorOrg: outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: AM5PR06MB3105.eurprd06.prod.outlook.com X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-CrossTenant-Network-Message-Id: 47742811-3da0-44ba-6d5b-08da175382b1 X-MS-Exchange-CrossTenant-originalarrivaltime: 05 Apr 2022 22:27:46.8111 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-rms-persistedconsumerorg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM5PR06MB3076 X-Spam-Score: -0.0 (/) 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 (-) --_000_AM5PR06MB3105CD25DF33BC69880DD6BDE3E49AM5PR06MB3105eurp_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable I=92ve just tried all three variants, they all seem to work fine as far as = I can tell. I=92ll continue using Eli=92s Version since that=92s what=92s c= urrently committed, I=92ll try to check back on the branch in case of chang= es. --_000_AM5PR06MB3105CD25DF33BC69880DD6BDE3E49AM5PR06MB3105eurp_ Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable

I=92ve just tried all three variants, they all seem = to work fine as far as I can tell. I=92ll continue using Eli=92s Version si= nce that=92s what=92s currently committed, I=92ll try to check back on the = branch in case of changes.

--_000_AM5PR06MB3105CD25DF33BC69880DD6BDE3E49AM5PR06MB3105eurp_--