From unknown Thu Jun 19 14:03:48 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#62508 <62508@debbugs.gnu.org> To: bug#62508 <62508@debbugs.gnu.org> Subject: Status: 28.2; vhdl-mode ModelSim compile warnings aren't highlighted Reply-To: bug#62508 <62508@debbugs.gnu.org> Date: Thu, 19 Jun 2025 21:03:48 +0000 retitle 62508 28.2; vhdl-mode ModelSim compile warnings aren't highlighted reassign 62508 emacs submitter 62508 Cyril Arnould severity 62508 normal thanks From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 28 15:48:56 2023 Received: (at submit) by debbugs.gnu.org; 28 Mar 2023 19:48:56 +0000 Received: from localhost ([127.0.0.1]:50749 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1phFJP-0005OK-UZ for submit@debbugs.gnu.org; Tue, 28 Mar 2023 15:48:56 -0400 Received: from lists.gnu.org ([209.51.188.17]:35810) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1phFJN-0005O6-3w for submit@debbugs.gnu.org; Tue, 28 Mar 2023 15:48:54 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1phFJJ-0003n4-VI for bug-gnu-emacs@gnu.org; Tue, 28 Mar 2023 15:48:50 -0400 Received: from mail-am0eur02olkn20812.outbound.protection.outlook.com ([2a01:111:f400:fe13::812] helo=EUR02-AM0-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 1phFJH-0007OQ-3g for bug-gnu-emacs@gnu.org; Tue, 28 Mar 2023 15:48:49 -0400 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=PjIa0VUQR6V2hb8gJafDkeV7ZgfHdxAFnRQErN2YQm1XV9TR4TxI3fyvrJEcYGDdvlsbXgVjoVuH6RU7Keua6JU+EJK45mS63RqCiKJ+wU9CCNgzw+FgUSnWSV4llnW3bfKKEZa+o4dhep+CvoV0PiQoaXPl2kqPISheAfCyjLH2Gfl/rDHs4mblQe+PJZMfGCXSh4r0iwdIspBqo/pwA2ew3YGHL8gL5vTzMM5aRuwuXKSmg5nYK5fEiB4ZiOuYFExe+Lr08Om/wLd63xc5Z2fCIeKFR5JlPMLkc/A0oUIkLRphPvuG2VjqLytccDKBe6R190LZBFBNBy7ny9tERQ== 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=tW/zqFAV/loOCUiopo7GS1T4VwGUs9RvoBUfMjcis2I=; b=GfY1tnKZFrJgocRxqoTfN4eWQkWOQq2X7I8QdPHA2yNbQ9Q+qqPB2ejmPJowLMYSzBUr6+8NAbDxa9yOa7WzkiS1TJWMDU7PIna3rp5Jmtg5yVbn0lfnwMoRvGjrmiC8szJBjmAG81DplKja5cyNOIunekoGTv4Sv6SjwShA9qgwh71PdeAteewBfjZo7g1HeMNfuFa23d24933wZrQk84HpPisA6l0y5mldPwmIB0hn3AnMWQUBIEcAgxkrG6xuX51O699RO0iZxqqkDBmnL9hhrH+Tf+APy7hOFD3jpauymUv7/Ae56DoGz4oa4DYyfjeTtZ3pf907uYARd56Svw== 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=tW/zqFAV/loOCUiopo7GS1T4VwGUs9RvoBUfMjcis2I=; b=jr6aiBMDJPEUnirTeXskS+8CUDSwc/xRihjoueTN+RKDXBT/1YOtgqtVqeXhs1i5etVXyXW0YQgidBWkuFuEojCWjRuXVs6ei1wO056bxDEEkuRAycKw5LO1Q2NExMvpDSDEdQommMEnIV+i5ltgO3e425ambQpVhUwdCv8cYWF5owruYnqw6H26DxlJFTH6bkn0IK+y6Hagk9WV7jvOX1K7fDgi3B2PUGEJPTPQKx9F4rarvnN2S9I3NWxDlYvK6UIjnTk4xYHVyYL5FfAPdmauAJhj36KyfR0HvpGlK+VVXeRSE/Z7/yuIABcH0znzMDqWOtzdVCfVu1cN7u4qzw== Received: from AS4PR10MB6110.EURPRD10.PROD.OUTLOOK.COM (2603:10a6:20b:582::17) by GV1PR10MB6328.EURPRD10.PROD.OUTLOOK.COM (2603:10a6:150:5d::16) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.6254.15; Tue, 28 Mar 2023 19:43:40 +0000 Received: from AS4PR10MB6110.EURPRD10.PROD.OUTLOOK.COM ([fe80::f073:4bbd:6d45:ce8]) by AS4PR10MB6110.EURPRD10.PROD.OUTLOOK.COM ([fe80::f073:4bbd:6d45:ce8%7]) with mapi id 15.20.6254.015; Tue, 28 Mar 2023 19:43:40 +0000 From: Cyril Arnould To: "bug-gnu-emacs@gnu.org" Subject: 28.2; vhdl-mode ModelSim compile warnings aren't highlighted Thread-Topic: 28.2; vhdl-mode ModelSim compile warnings aren't highlighted Thread-Index: AQHZYa1Q1laOLJpCPU2pD6sLx4t2kA== Date: Tue, 28 Mar 2023 19:43:40 +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: [UHBux4eft+EHAa+WKTiHXZpNtXRfkZEF] x-ms-publictraffictype: Email x-ms-traffictypediagnostic: AS4PR10MB6110:EE_|GV1PR10MB6328:EE_ x-ms-office365-filtering-correlation-id: 4e650c52-8535-492c-4760-08db2fc4bb2c x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: d4oCasWPkwqfVUdWwRasvArQvxn5UlnH38KBZArOs1oEovGi3yzi63mGhWFeH90z841ZT3ydUABmhu7SCFk4eA/tQ3RsCoiPwHkCUVXRDHv/5m8fw3aTAvFKlxt4WceDgFvceBv/wAyLI6jhU/QzUI9T1zeYi1pTgLsjyFgrZjNsVztMNSpgoQxYZzAsd0coKTaMFOGCWjPCXUUZ6xPnamLXaZ9aHeMMHPx20vo1p0Gi+qRalKSf5VjxAKWM5DwoNJcP86Y6aKCjhxLPj6gZIgP2ajP23TFjB2b0CUNAPDUVi0gMJrj9OrEqbeIz0ebLywP+3RoOchLSed+hkVG3PkR/p7lBRUi4CfY60mupIet3Wjwb7wA87GeEo+bXZxbzZM9OtujQD0gAh+8kb5uSFi1jWzPHQQm+3wF/gG7ALMZm8ffOOm2bvmehXe3jWwjL/albhuCuTviTesLm1Dg8Z+Ou0pehMSGJqMPZYrpdfaGmdYQDnDY2QqnlgSYsXgdQbCnHOvlQ5HIy9PbJH2c4p+61lYgdD3fvnm8drIn0m1Q= x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?us-ascii?Q?V/9hAK7mC/cvbK0WB/6vdBFDRh8Cq03URrVANp7hqLlwaA4DWXKDNOkf6uoz?= =?us-ascii?Q?m7gzXZcZIP1eu0q4Lijp7vSP9dlaIhNYfo4qoUwPkp2pTvH7bI6H3+eOfDvd?= =?us-ascii?Q?I45monAI01vr65H4VAi975RQuPiz0//O32NbtS693StxYZ7TMhK2B7TfAq8z?= =?us-ascii?Q?XP8fSnAj10wGAfFy/eGk/cmtt0rCkmLpBgSb19/luoSyEkDZZlL88XiVLfv+?= =?us-ascii?Q?8pBx+QBN/0GvZsUFg3pGDbGCL3nvIWhwMSdyhturbPyOrGbTO17yGm2Vy30H?= =?us-ascii?Q?Bd0JAkMCGhs3hteI4NfXP9MHBtQnJdYaVTiD9MYIa4aYr7NtH4zW6XRa0X8J?= =?us-ascii?Q?2I6xRIQq4LTFd6luqGan5xnQsNijS0Y4JhjHoKF32WgV/UlVocmTpaVGU/IE?= =?us-ascii?Q?Vbfqu2UUP5rgp9XWrcfgpilx6eioR3PaDfuGHW+heL7aWOvkgztNz+x2Vvcw?= =?us-ascii?Q?Zh6PZY1QPy8DYNaJuzCgR7nJUCnDGzjk4j7BCDwO2X8D/m8Mfm7nJSRox8Qf?= =?us-ascii?Q?b5MFKBTgn4udqCIlGcAStvx3PNEyWVfSrEg2tJoUM6fqfupYPc7YTxasv1dk?= =?us-ascii?Q?yfaHw+f6xEp1xsr/DHVwRqUjgsgkKacm7180kggPzE4kDaTQKpXHAe2CEjH2?= =?us-ascii?Q?s+9rPZ7QeWnGHIUingk2Pqtp4aEopP9lTSMjlvwfORuh4sIhtYZyT0AQdT4Z?= =?us-ascii?Q?RMg/oA5DdCeKbyZ1WAsa41k9HItKeF+VIPnvAIZMY35B0zbT1EhItJQS9a0v?= =?us-ascii?Q?FqEriVP23R25rGGcoJmUgWbYOxC8AbClHQxSO/E7XC2Tu3TTNY/SFaTrWknK?= =?us-ascii?Q?PpJdI2laao37uakrJ/k2jPOb/fDd1PYot4fzrXb6/rjNKWas8ntQoMTa0zPs?= =?us-ascii?Q?2dKdeSDlnU1nx1Xjbwds43gzcxNjcrf1YZ3rXKcnQhhZ3jZt5VkL9IZh6zdi?= =?us-ascii?Q?nU4XY644KYL5G/pE8CSNDGcGsqGG8QtCbu1mDDYLZGaqYl2BaZPukj/Hoz76?= =?us-ascii?Q?oD8Q9pva++njR6+1a07mbUhU4M0za160yZzL2nXC6gy2mSmCf6OXBJjrsg4l?= =?us-ascii?Q?BDYbGcmFYN1Za/Es3HkLjCNjJ5NEP3IWD2klEkF1p5reh1h+zuIvqJzDb7ju?= =?us-ascii?Q?ruic2/DRtnvZCTjL1XLdGN4hEmFY3Bx1lh05c7gouCxFRG6hmJcxA3NpvRih?= =?us-ascii?Q?nBQhiMzYaWMGLurLU9RaPIyp2ZrEuhXvD336GLBJIbP5WQ+may7JBan+hcBr?= =?us-ascii?Q?cr2Nn/1RwfiKoUzbVMVi?= Content-Type: multipart/alternative; boundary="_000_AS4PR10MB6110A382B849143D67885B84E3889AS4PR10MB6110EURP_" MIME-Version: 1.0 X-OriginatorOrg: outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: AS4PR10MB6110.EURPRD10.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-CrossTenant-Network-Message-Id: 4e650c52-8535-492c-4760-08db2fc4bb2c X-MS-Exchange-CrossTenant-originalarrivaltime: 28 Mar 2023 19:43:40.3353 (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: GV1PR10MB6328 Received-SPF: pass client-ip=2a01:111:f400:fe13::812; envelope-from=cyril.arnould@outlook.com; helo=EUR02-AM0-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 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.3 (-) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) --_000_AS4PR10MB6110A382B849143D67885B84E3889AS4PR10MB6110EURP_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable This bug is twofold. On one hand, the current configuration of the ModelSim compiler is not able to parse and highlight the Warnings as warnings when using vhdl-compile, they are listed as errors. With GHDL on the other hand, the *compile* buffer differentiates between warnings and errors when highlighting. I can't reproduce this at home since I don't have a ModelSim license there, but you can see the effect in a screenshot from the bugfix that introduced this: https://lists.gnu.org/archive/html/bug-gnu-emacs/2014-10/msg01377.html I have tried looking into modifying the regexp but for the life of me I couldn't figure out how compile.el differentiates between warnings and errors. Now the second problem is that I believe the way bug#5768 was fixed is actually not compatible with ModelSim, but with ModelSim-Intel (formerly Altera). As the link above shows, the warnings are formatted as follows: ** Warning: [3] counter_rtl.vhd(18): (vcom-1246) Range 5 downto 6 is null. My ModelSim actually formats its Warnings differently, for example: ** Warning: (vcom-1246) counter_rtl.vhd(18): Range 5 downto 6 is null. You can look into the ModelSim documentation under the "Message Format" Section. I am not 100% certain if the number in brackets could also appear in my Installation but possibly the number is just optional. The regexp could be modified to allow both, this would avoid introducing a separate Modelsim-Intel compiler. I can verify any fixes at work. In GNU Emacs 28.2 (build 2, x86_64-w64-mingw32) of 2022-10-11 built on fv-az277-711 Repository revision: b35f9af313a5d5c42988eb5a7751209b4234a67e Repository branch: master Windowing system distributor 'Microsoft Corp.', version 10.0.19044 System Description: Microsoft Windows 10 Pro (v10.0.2009.19044.2728) Configured using: 'configure --prefix=3D/ucrt64 --host=3Dx86_64-w64-mingw32 --build=3Dx86_64-w64-mingw32 --with-modules --without-dbus --without-compress-install --with-native-compilation 'CFLAGS=3D-march=3Dx86-64 -mtune=3Dgeneric -O2 -pipe' CPPFLAGS=3D-D__USE_MINGW_ANSI_STDIO=3D1 LDFLAGS=3D-pipe' Configured features: ACL GIF GMP GNUTLS HARFBUZZ JPEG JSON LIBXML2 MODULES NATIVE_COMP NOTIFY W32NOTIFY PDUMPER PNG RSVG SOUND THREADS TIFF TOOLKIT_SCROLL_BARS XPM ZLIB Important settings: value of $LANG: en_GB locale-coding-system: cp1252 Major mode: VHDL/es Minor modes in effect: vhdl-stutter-mode: t vhdl-electric-mode: t display-line-numbers-mode: t override-global-mode: t delete-selection-mode: t tabbar-mwheel-mode: t tabbar-mode: t global-so-long-mode: t global-flycheck-mode: t flycheck-mode: t cua-mode: t company-tng-mode: t tooltip-mode: t global-eldoc-mode: t show-paren-mode: t electric-indent-mode: t mouse-wheel-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 size-indication-mode: t column-number-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 time-date mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail comp comp-cstr warnings rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils thingatpt vc-git diff-mode vc-dispatcher vhdl-mode hippie-exp display-line-numbers cl-extra use-package use-package-ensure use-package-delight use-package-diminish use-package-bind-key bind-key use-package-core server delsel tabbar grep compile text-property-search comint ring so-long flycheck ansi-color find-func help-mode rx dash cua-base company-tng company easy-mmode edmacro kmacro pcase cus-load tex-site info package browse-url url url-proxy url-privacy url-expand url-methods url-history url-cookie url-domsuf url-util mailcap url-handlers url-parse auth-source cl-seq eieio eieio-core cl-macs eieio-loaddefs password-cache json subr-x map url-vars seq byte-opt gv bytecomp byte-compile cconv cl-loaddefs cl-lib 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 multi-tty make-network-process native-compile emacs) Memory information: ((conses 16 217354 87176) (symbols 48 16483 112) (strings 32 52787 13243) (string-bytes 1 1818846) (vectors 16 28154) (vector-slots 8 494360 127752) (floats 8 82 266) (intervals 56 627 304) (buffers 992 13)) --_000_AS4PR10MB6110A382B849143D67885B84E3889AS4PR10MB6110EURP_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

This bug is twofold. On one hand, the current config= uration of the

ModelSim compiler is not able to parse and highlight= the Warnings as

warnings when using vhdl-compile, they are listed as= errors. With GHDL

on the other hand, the *compile* buffer differentiat= es between

warnings and errors when highlighting. I can't repro= duce this at home

since I don't have a ModelSim license there, but you= can see the effect

in a screenshot from the bugfix that introduced this= :

 

https://lists.gnu.org/archive/html/bug-gnu-emacs/201= 4-10/msg01377.html

 

I have tried looking into modifying the regexp but f= or the life of me I

couldn't figure out how compile.el differentiates be= tween warnings and

errors.

 

Now the second problem is that I believe the way bug= #5768 was fixed is

actually not compatible with ModelSim, but with Mode= lSim-Intel (formerly

Altera). As the link above shows, the warnings are f= ormatted as follows:

 

** Warning: [3] counter_rtl.vhd(18): (vcom-1246) Ran= ge 5 downto 6 is null.

 

My ModelSim actually formats its Warnings differentl= y, for example:

 

** Warning: (vcom-1246) counter_rtl.vhd(18): Range 5= downto 6 is null.

 

You can look into the ModelSim documentation under t= he "Message Format"

Section. I am not 100% certain if the number in brac= kets could also

appear in my Installation but possibly the number is= just optional. The

regexp could be modified to allow both, this would a= void introducing a

separate Modelsim-Intel compiler.

 

I can verify any fixes at work.

 

 

In GNU Emacs 28.2 (build 2, x86_64-w64-mingw32)

of 2022-10-11 built on fv-az277-711

Repository revision: b35f9af313a5d5c42988eb5a7751209= b4234a67e

Repository branch: master

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

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

 

Configured using:

'configure --prefix=3D/ucrt64 --host=3Dx86_64-w64-mi= ngw32

--build=3Dx86_64-w64-mingw32 --with-modules --withou= t-dbus

--without-compress-install --with-native-compilation=

'CFLAGS=3D-march=3Dx86-64 -mtune=3Dgeneric -O2 -pipe= '

CPPFLAGS=3D-D__USE_MINGW_ANSI_STDIO=3D1 LDFLAGS=3D-p= ipe'

 

Configured features:

ACL GIF GMP GNUTLS HARFBUZZ JPEG JSON LIBXML2 MODULE= S NATIVE_COMP NOTIFY

W32NOTIFY PDUMPER PNG RSVG SOUND THREADS TIFF TOOLKI= T_SCROLL_BARS XPM

ZLIB

 

Important settings:

  value of $LANG: en_GB

  locale-coding-system: cp1252

 

Major mode: VHDL/es

 

Minor modes in effect:

  vhdl-stutter-mode: t

  vhdl-electric-mode: t

  display-line-numbers-mode: t

  override-global-mode: t

  delete-selection-mode: t

  tabbar-mwheel-mode: t

  tabbar-mode: t

  global-so-long-mode: t

  global-flycheck-mode: t

  flycheck-mode: t

  cua-mode: t

  company-tng-mode: t

  tooltip-mode: t

  global-eldoc-mode: t

  show-paren-mode: t

  electric-indent-mode: t

  mouse-wheel-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

  size-indication-mode: t

  column-number-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 time-date mm-decode mm-bodies mm-enco= de mail-parse

rfc2231 mailabbrev gmm-utils mailheader sendmail com= p comp-cstr warnings

rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-u= tils thingatpt

vc-git diff-mode vc-dispatcher vhdl-mode hippie-exp = display-line-numbers

cl-extra use-package use-package-ensure use-package-= delight

use-package-diminish use-package-bind-key bind-key u= se-package-core

server delsel tabbar grep compile text-property-sear= ch comint ring

so-long flycheck ansi-color find-func help-mode rx d= ash cua-base

company-tng company easy-mmode edmacro kmacro pcase = cus-load tex-site

info package browse-url url url-proxy url-privacy ur= l-expand url-methods

url-history url-cookie url-domsuf url-util mailcap u= rl-handlers

url-parse auth-source cl-seq eieio eieio-core cl-mac= s eieio-loaddefs

password-cache json subr-x map url-vars seq byte-opt= gv bytecomp

byte-compile cconv cl-loaddefs cl-lib iso-transl too= ltip eldoc paren

electric uniquify ediff-hook vc-hooks lisp-float-typ= e 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 tabulat= ed-list replace

newcomment text-mode lisp-mode prog-mode register pa= ge tab-bar menu-bar

rfn-eshadow isearch easymenu timer select scroll-bar= mouse jit-lock

font-lock syntax font-core term/tty-colors frame min= ibuffer cl-generic

cham georgian utf-8-lang misc-lang vietnamese tibeta= n thai tai-viet lao

korean japanese eucjp-ms cp51932 hebrew greek romani= an slovak czech

european ethiopic indian cyrillic chinese composite = emoji-zwj charscript

charprop case-table epa-hook jka-cmpr-hook help simp= le abbrev obarray

cl-preloaded nadvice button loaddefs faces cus-face = macroexp files

window text-properties overlay sha1 md5 base64 forma= t env code-pages

mule custom widget hashtable-print-readable backquot= e threads w32notify

w32 multi-tty make-network-process native-compile em= acs)

 

Memory information:

((conses 16 217354 87176)

(symbols 48 16483 112)

(strings 32 52787 13243)

(string-bytes 1 1818846)

(vectors 16 28154)

(vector-slots 8 494360 127752)

(floats 8 82 266)

(intervals 56 627 304)

(buffers 992 13))

--_000_AS4PR10MB6110A382B849143D67885B84E3889AS4PR10MB6110EURP_-- From debbugs-submit-bounces@debbugs.gnu.org Wed Mar 29 07:04:49 2023 Received: (at 62508) by debbugs.gnu.org; 29 Mar 2023 11:04:50 +0000 Received: from localhost ([127.0.0.1]:51386 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1phTbl-0008CA-IN for submit@debbugs.gnu.org; Wed, 29 Mar 2023 07:04:49 -0400 Received: from eggs.gnu.org ([209.51.188.92]:41390) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1phTbj-0008Bt-GM for 62508@debbugs.gnu.org; Wed, 29 Mar 2023 07:04:48 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1phTba-0000MI-Uh; Wed, 29 Mar 2023 07:04:38 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=fA6YAlGaLRaegYnCiHrUsJU+Q8gnlnOQZk9GN4RXRyU=; b=ErWQupRWHi+B EnQMGQdxQA60P60C9YfhU8MDBRq1NNxUlro8Q+UuKLL8Cg315xKXV06Kon9xIoF8jADzGtOEsXX39 LesaoFctYaogNQCKVuDD4bu61zWRwxXGMBJ33IhkrzWHxexWgwQ0KYn04bGcYvgm4Ie4sW3scNziL 8D2KvQhsFdp3GqE6x8y9a+kkb4/lITHLbEabpEJ7/MYEH1r1CYRzo3ncLH4rfKalQakMnRuS9A3bp Ja5tV2EjbwGi9/x6+HNlwKi7RrwghrRoP911nqNKTbIXJwlaOZD5q3rMyoyVCuiyZF5wXWx32/T5l 37zWZ4RQhzNtGMmpmzXeww==; Received: from [87.69.77.57] (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 1phTbV-00046Z-Ra; Wed, 29 Mar 2023 07:04:35 -0400 Date: Wed, 29 Mar 2023 14:04:41 +0300 Message-Id: <83mt3v7r92.fsf@gnu.org> From: Eli Zaretskii To: Cyril Arnould , Friedrich Beckmann , Reto Zimmermann In-Reply-To: (message from Cyril Arnould on Tue, 28 Mar 2023 19:43:40 +0000) Subject: Re: bug#62508: 28.2; vhdl-mode ModelSim compile warnings aren't highlighted References: X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 62508 Cc: 62508@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 > Date: Tue, 28 Mar 2023 19:43:40 +0000 > > This bug is twofold. On one hand, the current configuration of the > ModelSim compiler is not able to parse and highlight the Warnings as > warnings when using vhdl-compile, they are listed as errors. With GHDL > on the other hand, the *compile* buffer differentiates between > warnings and errors when highlighting. I can't reproduce this at home > since I don't have a ModelSim license there, but you can see the effect > in a screenshot from the bugfix that introduced this: > > https://lists.gnu.org/archive/html/bug-gnu-emacs/2014-10/msg01377.html > > I have tried looking into modifying the regexp but for the life of me I > couldn't figure out how compile.el differentiates between warnings and > errors. > > Now the second problem is that I believe the way bug#5768 was fixed is > actually not compatible with ModelSim, but with ModelSim-Intel (formerly > Altera). As the link above shows, the warnings are formatted as follows: > > ** Warning: [3] counter_rtl.vhd(18): (vcom-1246) Range 5 downto 6 is null. > > My ModelSim actually formats its Warnings differently, for example: > > ** Warning: (vcom-1246) counter_rtl.vhd(18): Range 5 downto 6 is null. > > You can look into the ModelSim documentation under the "Message Format" > Section. I am not 100% certain if the number in brackets could also > appear in my Installation but possibly the number is just optional. The > regexp could be modified to allow both, this would avoid introducing a > separate Modelsim-Intel compiler. > > I can verify any fixes at work. As I'm not an expert on vhdl, I CC people who might help us with this issue. Thanks. From debbugs-submit-bounces@debbugs.gnu.org Thu Mar 30 08:55:17 2023 Received: (at 62508) by debbugs.gnu.org; 30 Mar 2023 12:55:17 +0000 Received: from localhost ([127.0.0.1]:56100 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1phroC-0003ic-Ov for submit@debbugs.gnu.org; Thu, 30 Mar 2023 08:55:17 -0400 Received: from asave03.hostfactory.ch ([185.16.174.135]:54384) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1phroB-0003iT-2A for 62508@debbugs.gnu.org; Thu, 30 Mar 2023 08:55:15 -0400 Received: from server09.hostfactory.ch ([185.117.170.110]) by asave03.hostfactory.ch with esmtps (TLSv1.3:TLS_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1phro8-0006nH-H8; Thu, 30 Mar 2023 14:55:14 +0200 Received: from [192.168.0.99] (77-56-245-67.dclient.hispeed.ch [77.56.245.67]) (Authenticated sender: reto@retoweb.net) by server09.hostfactory.ch (Postfix) with ESMTPSA id 485F1601D2B6B; Thu, 30 Mar 2023 14:55:11 +0200 (CEST) Message-ID: <3f86e883-98e0-66d9-ac48-b981ec6d89ff@gnu.org> Date: Thu, 30 Mar 2023 14:55:11 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101 Thunderbird/102.9.1 Subject: Re: bug#62508: 28.2; vhdl-mode ModelSim compile warnings aren't highlighted Content-Language: en-US To: Eli Zaretskii , Cyril Arnould , Friedrich Beckmann References: <83mt3v7r92.fsf@gnu.org> From: Reto Zimmermann In-Reply-To: <83mt3v7r92.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-PPP-Message-ID: <168018091160.27754.3998379173510332729@server09.hostfactory.ch> X-PPP-Vhost: retoweb.net X-Originating-IP: 185.117.170.110 X-SpamExperts-Domain: outboundprotection.hostfactory.ch X-SpamExperts-Username: 185.117.170.110 Authentication-Results: hostfactory.ch; auth=pass smtp.auth=185.117.170.110@outboundprotection.hostfactory.ch X-SpamExperts-Outgoing-Class: ham X-SpamExperts-Outgoing-Evidence: Combined (0.16) X-Recommended-Action: accept X-Filter-ID: Pt3MvcO5N4iKaDQ5O6lkdGlMVN6RH8bjRMzItlySaT808+ZmY8KrnNq+ZJ4A2PuIPUtbdvnXkggZ 3YnVId/Y5jcf0yeVQAvfjHznO7+bT5yWwbbxUQS01f/FCDy6901ZcCjOphKkwwM5XllWBLNlRYJj gqIM690Ljb8hw9gv9mq4X5JN99ezsaJ6j1w+Y/IX5R0nE9XsMXzce1pCOyxzjinZ/Dq4/oXotBTZ eBOnrvUN9E4NAWLHWgIicav6liZBMDxiEr1PbRYiAvQTcNlCqyTg127TqHZDxA/kZB41Rh8qw0yV ehI6FkKVE1bVMpW5gSBav74bCtRfu7fF1NgD8nVRZW+92TOH39J6HuFIslQp0nyL6uFXe1lj+JnC C7Qc98+PKW38dnyTWPtS3/s8to9LLENs2goHA5TltvjiNBgWo1hKnU0nliJcWrNlgautgr1SVUIu E4yVeby3X3i08UjyTe99zNPIpk1BejL5VuqPY/AZ9mRLbYtXrCeSpCDslhQMXA0KRqnIyXdaZxWX lkQMF99VlWOZVo1sbhkkbsWYEE9qYgv8kOEIxYcZuRF2rp4mNrOT5C/nYMDaWYUKFPMY4F2VSLjc AX5wkBjuRtGqr3wBwEeX6Ai55FPRpzhbVmkAHwHuPWE1+MMVWSY/DA9PEW9hfWHt/U6xpWGPFZ5a xvGXBaSBqdUbCKlGqRQ9eK0fQKpKEJhHmEdzQWgsJnMcN6qoXPjenLhIOF1oeRbEytr+FCtrOnpF yuXj1ZZ8RA8jk42nWD1AU9tAPFNzBntrSp3eGXLb0AmrVjwtBKJFnVGhJwM6yrY9qtuFA6G9osIM PU3geLt1+XF+iB5CevDfu1adyFMRmNVy9odfPPD68fXQp5/v+hqOLv5XS6YJqbLjYZmhtMiYO79n n7e01AgjDhBE04UbYNWcRPS3v+C0KY+nN75lFLInObfdtaqf+tTDi2neb1FMJYLc+tIFuhxwEiTV JqDh0qKoKsXx5lkbgCiab+bjpp1oVZfnH+gxBAK21fBorM8znu4oqhgIyyGvyTa3gGdo1oPElUdB lUpmgIhIg+uNqrvZbxVXMGE8Bs4VEjyv172O+MWQTodBccgdBA1DgvzU6FWGlQQMPvK87L+pOM+0 /tNr7IsS5IMjS+oDWniSkOaUX0/JO2ApN04fSIjjLpfvny5+m1WJZ2xmEHOUuKiWQ795Ave13OGc gbn5SUTXHXYCx9an+Ssz6w== X-Report-Abuse-To: spam@asave01.hostfactory.ch X-Spam-Score: -2.5 (--) X-Debbugs-Envelope-To: 62508 Cc: 62508@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.5 (---) I'm was not aware that *compile* buffer allows to differentiate between warnings and errors.  At least vhdl-mode never supported that. I think the following ModelSim error regexp should match both formats: ("^\\(ERROR\\|WARNING\\|\\*\\* Error\\|\\*\\* Warning\\)[^:]*:\\( *\[[0-9]+\]\\| ([^)]+)\\)? \\([^ \t\n]+\\)(\\([0-9]+\\)):" 3 4 nil) Reto On 29.03.2023 13:04, Eli Zaretskii wrote: >> From: Cyril Arnould >> Date: Tue, 28 Mar 2023 19:43:40 +0000 >> >> This bug is twofold. On one hand, the current configuration of the >> ModelSim compiler is not able to parse and highlight the Warnings as >> warnings when using vhdl-compile, they are listed as errors. With GHDL >> on the other hand, the *compile* buffer differentiates between >> warnings and errors when highlighting. I can't reproduce this at home >> since I don't have a ModelSim license there, but you can see the effect >> in a screenshot from the bugfix that introduced this: >> >> https://lists.gnu.org/archive/html/bug-gnu-emacs/2014-10/msg01377.html >> >> I have tried looking into modifying the regexp but for the life of me I >> couldn't figure out how compile.el differentiates between warnings and >> errors. >> >> Now the second problem is that I believe the way bug#5768 was fixed is >> actually not compatible with ModelSim, but with ModelSim-Intel (formerly >> Altera). As the link above shows, the warnings are formatted as follows: >> >> ** Warning: [3] counter_rtl.vhd(18): (vcom-1246) Range 5 downto 6 is null. >> >> My ModelSim actually formats its Warnings differently, for example: >> >> ** Warning: (vcom-1246) counter_rtl.vhd(18): Range 5 downto 6 is null. >> >> You can look into the ModelSim documentation under the "Message Format" >> Section. I am not 100% certain if the number in brackets could also >> appear in my Installation but possibly the number is just optional. The >> regexp could be modified to allow both, this would avoid introducing a >> separate Modelsim-Intel compiler. >> >> I can verify any fixes at work. > As I'm not an expert on vhdl, I CC people who might help us with this > issue. > > Thanks. From debbugs-submit-bounces@debbugs.gnu.org Thu Mar 30 10:23:58 2023 Received: (at 62508) by debbugs.gnu.org; 30 Mar 2023 14:23:58 +0000 Received: from localhost ([127.0.0.1]:59160 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1phtC1-0000jv-Oz for submit@debbugs.gnu.org; Thu, 30 Mar 2023 10:23:58 -0400 Received: from mail-ve1eur01olkn2070.outbound.protection.outlook.com ([40.92.66.70]:14498 helo=EUR01-VE1-obe.outbound.protection.outlook.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1phtBz-0000jf-FE for 62508@debbugs.gnu.org; Thu, 30 Mar 2023 10:23:56 -0400 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=oV+veTLLaaG/scqcnDaPO1zFIABXI9gVa0HHgvO1fhH+aED9YEVlMAUsYqGzC/lhKN7CXdhVXhYagG1R9wv75txwEXM6YcZWURdNgb4ge75AisdvC9BSgkRiqUbTANEuYO7on9etWyUg1Fbjb4A7EMsgjUvaziApw0Tt4QAaUnHr1SSU1Z+n0VajraMnMebtx/8CkBP4oZG6NUpJW6XZGn3NnxZyVIW8k4OHswrfOyiof7MbpHnY6jxKl6h0RczxofZw3EypPWcka8nwb5BZ7/8BfJI9RyZssr/sdZ6tVaibCIESFbx7RvfAmj7KFxNmmjkOeJ/G08JJNfwJdswjOw== 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=CsTFdYjKwTItEhoFJWKNBsymDiU6mTguUJhgJk1CjR4=; b=V9t6/ZoCbXtvVmE6s/1Q1MoVkDuwc3Y7jmnUtOkEFsaRiHI/2FnsVW9jGXmwE0hAxeIasT49oQJ8KBG34rYszB7bAQs83iK9KHyLZuJHbTcboKGmljdZJsvx+CjGwk4d3GkAJEfUEHujXQZw5jWd60JYT3NDwjO6VvDfVDipY1K92DT2AW4Br+bb9dXu1P3l/AukKWM45zz8lwjpDT2qGrrB7DSrFfFRCGDGpA4wgBVmNgoQpQEFrlb9l6fQXElebr2qizIycpFjBPmYt8GstTQ0uOeyNWu+Kdxq9PSJqZwlJ7A2wrpiIA0WWqIANavmKnEJSAKkg5ab7lnJpbpAzg== 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=CsTFdYjKwTItEhoFJWKNBsymDiU6mTguUJhgJk1CjR4=; b=JzY3M9K9AqrM3EO5TdYbuirYPk/tabpeQ6O3UIswvw1pam+mOrsTOPY/NswU5JHySGaTuKfosLIccpOA31hmVTYIHQJreHzVZyJdG+mLTrp9LibXO5akCVpxtY08sPM03pCcGZkO7wDVI9hpvEpQTPkSr4WjeyJ+fXuKiO+0DYx5g2qRYvRrJsN5h7CKWYlW5XM1i5NK2cjy75rNHshr8jto+OcUd2cr2iLf7vluwMzY7oHz/0fTVwwdxwsCHQC3DnaVpiNRFipN9kT2JrRmIrbsi60ksvb9x6osqdaVZAMDv9ua6g1JuPDEEt7bR9yH9WYkeZ/0zXdrJK5tfaAy/Q== Received: from AS4PR10MB6110.EURPRD10.PROD.OUTLOOK.COM (2603:10a6:20b:582::17) by VI1PR10MB7671.EURPRD10.PROD.OUTLOOK.COM (2603:10a6:800:1c1::10) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.6254.16; Thu, 30 Mar 2023 14:23:48 +0000 Received: from AS4PR10MB6110.EURPRD10.PROD.OUTLOOK.COM ([fe80::f212:536f:d638:ace2]) by AS4PR10MB6110.EURPRD10.PROD.OUTLOOK.COM ([fe80::f212:536f:d638:ace2%5]) with mapi id 15.20.6277.013; Thu, 30 Mar 2023 14:23:48 +0000 From: Cyril Arnould To: Reto Zimmermann , Eli Zaretskii , Friedrich Beckmann Subject: Re: bug#62508: 28.2; vhdl-mode ModelSim compile warnings aren't highlighted Thread-Topic: bug#62508: 28.2; vhdl-mode ModelSim compile warnings aren't highlighted Thread-Index: AQHZYa1Q1laOLJpCPU2pD6sLx4t2kK8RmS+dgAGxMICAABZYtg== Date: Thu, 30 Mar 2023 14:23:48 +0000 Message-ID: References: <83mt3v7r92.fsf@gnu.org> <3f86e883-98e0-66d9-ac48-b981ec6d89ff@gnu.org> In-Reply-To: <3f86e883-98e0-66d9-ac48-b981ec6d89ff@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: [hmrgQm2XG/GGVhJwwIyKLPfbyvoEYAKXDqJqvWfo8YA=] x-ms-publictraffictype: Email x-ms-traffictypediagnostic: AS4PR10MB6110:EE_|VI1PR10MB7671:EE_ x-ms-office365-filtering-correlation-id: 75762855-3b1a-4d09-7cd3-08db312a60b1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: mtgxQCWdE/8XxaJ5C8jsqkD5zhz/nJv6AtRGIoM3SOPOOmxIxMq+3XzpZAZJpJ6j8Wg0EEzPXHdiFCkT84x4ZH3z5gDjgPxCKhvLEBSkUZoRpTlSX5kGaoj41trHAp8GtA97fEadYPC1L+YaUBP59cTb0DwPFwtPTwzypzEcz3oDeNuLNLnq0jjySzvYtLYb1pu9OJg4nxWWtNHWSQ9dYeyy//D0JjtkL436R6ZSZ2Ekqq5Y+fJ8oRa9q5Fr0fm9xQb3Kd8JP9Bx//u8b0TZEIHaqa6dZfITcdx3IOfjRs116KXbKfSvT0OnW4o7dGPID5XF9swXmADyNo2CImf03KEmeAg8qWxv53EXsETh2SlNjTwDciIyw3FUnNTQE4gr8V71jYNC9pdlAri+1hbE8HijUymJAK0teCNsbX+8dDKhLXDYHQF1kUlzkVN67M4Sx4EaMqHA4+nR8nUtq7/47J2YG7yikn/ky1Ve1ddKjwKsDVdlPAOdJiNSPy9O4E4SoUXs/HtKoMQxREqgxqOBvnyD1EXaQVk+GOUAhqQbKWXfufrwpeHtITNeJiRtzA9raN8TQwPFASzFSYF3AJDnHrtq8MUlBQpiem+Dz83iZzd5GDNe3g6ILyJe4jXHA38F x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?us-ascii?Q?Iw/6lEDUJqbNZeFIJmSDrwtHDEYLDfiMAXd4BvGxF/BGHupM2aaJQKCkRnaM?= =?us-ascii?Q?0Mx2SQb6CCul+53cQ/1uX0kYGxBOzSbrMK0ZMYGM6XQzpoh3+p0WUr0IWSsQ?= =?us-ascii?Q?pjKi2ocUHU6eRfQRpwN9xB/22dzyxgp3wk/Ne8BMNb5viyG0dUr3R/+YMmG6?= =?us-ascii?Q?05k5Ccce+sq0VB/sjZ1g99/OnDxi0OVA9G+rfDniVaHa4DOV68+Csb7BTQtE?= =?us-ascii?Q?7+0y9RHwNmVbyN8mL32KmxiFzT1ZIa6ArnO18Fs4MEZnnYs7/yC2swVIdQ15?= =?us-ascii?Q?0ZZlifNoNVRZ0o5OSUzLktN6qOxaPRxNG6udN+ynoA0MdzQHO57LFMl6j25P?= =?us-ascii?Q?vbfaKfrYUejO/8teozlHbVAp81MAtqivb3YC2CvLBKyA2761VxC1++619R+s?= =?us-ascii?Q?pcbEM+PzWLqXxXV6hTnX6otD4WvtK/FLKcJnIXPotz6yhBv8k/CsIx+JLR+4?= =?us-ascii?Q?9t9qR7jlneD8u3FObRA6Y8Xwy7Avp1CSP26e70/ufVqiommRa6kNBx5RCS21?= =?us-ascii?Q?zS+FjKj/NP5I1iKDqwLv8F/U8QXBRYiMRxuMVfRu2xAIHxVf2/Qa5B7/2E1Q?= =?us-ascii?Q?VL8evcu1DWjMbv8dzf7/SyWmznvGjVlNOLpdlMshM51U2aMKA40LhTcAP4CI?= =?us-ascii?Q?DdFJDFFfLeual0jzHTC0Wdfu16jkOmJnD3L3hP+QaAEupGfveqZVaNiWoYl3?= =?us-ascii?Q?J0zFksi9YMy82hCI+D8ANKjwgio/7Pv0YRuvfu/9HhA3LcySl+3zdZGb+ZzF?= =?us-ascii?Q?UcSNvwuksWBMRYfaZ8/UADM60bJFEw9VXXYK0FKy9JB2Xjz5oOzqVdKX/Gt1?= =?us-ascii?Q?aJoIMW7I9mra6Mc0aD60k3FEod8qmGmO0YUu4cqZQPmRBLPrB8EpGq1c6Fvt?= =?us-ascii?Q?OdUYi4nSHSDrsF1XxRI/2p6QVBMUDF9yqSmqmOnKSBFLZJsaqrjzo6aFDPos?= =?us-ascii?Q?3spfRjrr7AxE6H6GSvv2t+e04ARArEhyqaABxOfTDmy6VOBUUksrPPhvlqnG?= =?us-ascii?Q?No9uqyzcDoDAIKf8dcgdUWg/l11pH/E5oGRtFaL8A4vTNp+YrweOy22JMi4s?= =?us-ascii?Q?wBGqjbfJwD4hx1TbEbxRN4nCAlFuRCJyebYQxqp37yIXZtiV421oZEfQlPKP?= =?us-ascii?Q?/gEVyYUwVPGjtCRqXzXavIYsnTIy4H1rYFr+vHZMuSA/7uwrLU27hVH8iThR?= =?us-ascii?Q?tA1P4r43UYwFn4ZBHvF7w65qTi2TFhWRoALrGVQDucmN2W2vNVzDQ8eD95SY?= =?us-ascii?Q?GgtsKqyawHtvSS8OVIIy?= Content-Type: multipart/alternative; boundary="_000_AS4PR10MB611088AA85A8B77818E6BE63E38E9AS4PR10MB6110EURP_" MIME-Version: 1.0 X-OriginatorOrg: outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: AS4PR10MB6110.EURPRD10.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-CrossTenant-Network-Message-Id: 75762855-3b1a-4d09-7cd3-08db312a60b1 X-MS-Exchange-CrossTenant-originalarrivaltime: 30 Mar 2023 14:23:48.3477 (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: VI1PR10MB7671 X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 62508 Cc: "62508@debbugs.gnu.org" <62508@debbugs.gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --_000_AS4PR10MB611088AA85A8B77818E6BE63E38E9AS4PR10MB6110EURP_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I can confirm that with the regexp above, my ModelSim also detects the warn= ings, albeit as errors. After some digging I found that when I was compiling with GHDL, it didn't a= ctually match with the GHDL regexp defined in vhdl-mode.el but with the gnu= compiler regexp, which I believe is defined in etc/compilation.txt. Makes = sense since GHDL is based on GCC. I guess differentiating between Warnings and Errors for VHDL compilers woul= d in this case be more of a feature request than a bug, so with Reto's fix = the bug can be seen as resolved. ________________________________ From: Reto Zimmermann Sent: Thursday, March 30, 2023 2:55:11 PM To: Eli Zaretskii ; Cyril Arnould = ; Friedrich Beckmann Cc: 62508@debbugs.gnu.org <62508@debbugs.gnu.org> Subject: Re: bug#62508: 28.2; vhdl-mode ModelSim compile warnings aren't hi= ghlighted I'm was not aware that *compile* buffer allows to differentiate between warnings and errors. At least vhdl-mode never supported that. I think the following ModelSim error regexp should match both formats: ("^\\(ERROR\\|WARNING\\|\\*\\* Error\\|\\*\\* Warning\\)[^:]*:\\( *\[[0-9]+\]\\| ([^)]+)\\)? \\([^ \t\n]+\\)(\\([0-9]+\\)):" 3 4 nil) Reto On 29.03.2023 13:04, Eli Zaretskii wrote: >> From: Cyril Arnould >> Date: Tue, 28 Mar 2023 19:43:40 +0000 >> >> This bug is twofold. On one hand, the current configuration of the >> ModelSim compiler is not able to parse and highlight the Warnings as >> warnings when using vhdl-compile, they are listed as errors. With GHDL >> on the other hand, the *compile* buffer differentiates between >> warnings and errors when highlighting. I can't reproduce this at home >> since I don't have a ModelSim license there, but you can see the effect >> in a screenshot from the bugfix that introduced this: >> >> https://lists.gnu.org/archive/html/bug-gnu-emacs/2014-10/msg01377.html >> >> I have tried looking into modifying the regexp but for the life of me I >> couldn't figure out how compile.el differentiates between warnings and >> errors. >> >> Now the second problem is that I believe the way bug#5768 was fixed is >> actually not compatible with ModelSim, but with ModelSim-Intel (formerly >> Altera). As the link above shows, the warnings are formatted as follows: >> >> ** Warning: [3] counter_rtl.vhd(18): (vcom-1246) Range 5 downto 6 is nul= l. >> >> My ModelSim actually formats its Warnings differently, for example: >> >> ** Warning: (vcom-1246) counter_rtl.vhd(18): Range 5 downto 6 is null. >> >> You can look into the ModelSim documentation under the "Message Format" >> Section. I am not 100% certain if the number in brackets could also >> appear in my Installation but possibly the number is just optional. The >> regexp could be modified to allow both, this would avoid introducing a >> separate Modelsim-Intel compiler. >> >> I can verify any fixes at work. > As I'm not an expert on vhdl, I CC people who might help us with this > issue. > > Thanks. --_000_AS4PR10MB611088AA85A8B77818E6BE63E38E9AS4PR10MB6110EURP_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
I can confirm that with the regexp above, my ModelSim als= o detects the warnings, albeit as errors.

After some digging I found that when I was compiling with= GHDL, it didn't actually match with the GHDL regexp defined in vhdl-mode.e= l but with the gnu compiler regexp, which I believe is defined in etc/compi= lation.txt. Makes sense since GHDL is based on GCC.

I guess differentiating between Warnings and Errors for V= HDL compilers would in this case be more of a feature request than a bug, s= o with Reto's fix the bug can be seen as resolved.


From: Reto Zimmermann <r= eto@gnu.org>
Sent: Thursday, March 30, 2023 2:55:11 PM
To: Eli Zaretskii <eliz@gnu.org>; Cyril Arnould <cyril.arno= uld@outlook.com>; Friedrich Beckmann <friedrich.beckmann@gmx.de> Cc: 62508@debbugs.gnu.org <62508@debbugs.gnu.org>
Subject: Re: bug#62508: 28.2; vhdl-mode ModelSim compile warnings ar= en't highlighted
 
I'm was not aware that *compile* buffer allows to = differentiate between
warnings and errors.  At least vhdl-mode never supported that.

I think the following ModelSim error regexp should match both formats:

("^\\(ERROR\\|WARNING\\|\\*\\* Error\\|\\*\\* Warning\\)[^:]*:\\(
*\[[0-9]+\]\\| ([^)]+)\\)? \\([^ \t\n]+\\)(\\([0-9]+\\)):" 3 4 nil)
Reto


On 29.03.2023 13:04, Eli Zaretskii wrote:
>> From: Cyril Arnould <cyril.arnould@outlook.com>
>> Date: Tue, 28 Mar 2023 19:43:40 +0000
>>
>> This bug is twofold. On one hand, the current configuration of the=
>> ModelSim compiler is not able to parse and highlight the Warnings = as
>> warnings when using vhdl-compile, they are listed as errors. With = GHDL
>> on the other hand, the *compile* buffer differentiates between
>> warnings and errors when highlighting. I can't reproduce this at h= ome
>> since I don't have a ModelSim license there, but you can see the e= ffect
>> in a screenshot from the bugfix that introduced this:
>>
>> https://lists.gnu.org/archive/html/bug-gnu-emacs/2014-10/msg01377.html<= br> >>
>> I have tried looking into modifying the regexp but for the life of= me I
>> couldn't figure out how compile.el differentiates between warnings= and
>> errors.
>>
>> Now the second problem is that I believe the way bug#5768 was fixe= d is
>> actually not compatible with ModelSim, but with ModelSim-Intel (fo= rmerly
>> Altera). As the link above shows, the warnings are formatted as fo= llows:
>>
>> ** Warning: [3] counter_rtl.vhd(18): (vcom-1246) Range 5 downto 6 = is null.
>>
>> My ModelSim actually formats its Warnings differently, for example= :
>>
>> ** Warning: (vcom-1246) counter_rtl.vhd(18): Range 5 downto 6 is n= ull.
>>
>> You can look into the ModelSim documentation under the "Messa= ge Format"
>> Section. I am not 100% certain if the number in brackets could als= o
>> appear in my Installation but possibly the number is just optional= . The
>> regexp could be modified to allow both, this would avoid introduci= ng a
>> separate Modelsim-Intel compiler.
>>
>> I can verify any fixes at work.
> As I'm not an expert on vhdl, I CC people who might help us with this<= br> > issue.
>
> Thanks.

--_000_AS4PR10MB611088AA85A8B77818E6BE63E38E9AS4PR10MB6110EURP_-- From debbugs-submit-bounces@debbugs.gnu.org Sat Apr 01 06:08:58 2023 Received: (at 62508-done) by debbugs.gnu.org; 1 Apr 2023 10:08:58 +0000 Received: from localhost ([127.0.0.1]:35572 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1piYAM-0001Xf-8Z for submit@debbugs.gnu.org; Sat, 01 Apr 2023 06:08:58 -0400 Received: from eggs.gnu.org ([209.51.188.92]:51346) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1piYAL-0001XS-1M for 62508-done@debbugs.gnu.org; Sat, 01 Apr 2023 06:08:57 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1piYAC-0005NN-TR; Sat, 01 Apr 2023 06:08:48 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=zpHssZL1pZOQuqNesREq28Jea7kiCTzAvOpcLDjMehQ=; b=Y6gHAohkL5SX 0/XIR8vAOcTRuIE9pErkA4HDDX4E5MByMWBO8PuCTE/VIN6++mGFxnvft5LsKKGeCR5DAYDdm3OU0 xOsvEltF6tilWhIQm3AIya56ubzPmH86NI7rPleCeeL8uzryTlMI2Bpa6mi9dmWgUmvX7uCsrqVT/ OxdmodYyPLnTAK5fBaNjECkAm2gG1vHB/JKUCpQDXCr6UKK1Y7ykt9Ni4q3PuGETIfKcTW/yEZozc Iq7JCoqrVhCQ4IAUBEmbZOzp8FdJxiQ5x0kdWGFJx2cxyZnXPBIyNWSwyAVliLd3HSVpGfSKANYhk r/yzfsUrpKtSSvNgMQruaA==; Received: from [87.69.77.57] (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 1piYAC-0002nN-DW; Sat, 01 Apr 2023 06:08:48 -0400 Date: Sat, 01 Apr 2023 13:09:04 +0300 Message-Id: <83fs9jzzgf.fsf@gnu.org> From: Eli Zaretskii To: Cyril Arnould In-Reply-To: (message from Cyril Arnould on Thu, 30 Mar 2023 14:23:48 +0000) Subject: Re: bug#62508: 28.2; vhdl-mode ModelSim compile warnings aren't highlighted References: <83mt3v7r92.fsf@gnu.org> <3f86e883-98e0-66d9-ac48-b981ec6d89ff@gnu.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 62508-done Cc: reto@gnu.org, friedrich.beckmann@gmx.de, 62508-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: "62508@debbugs.gnu.org" <62508@debbugs.gnu.org> > Date: Thu, 30 Mar 2023 14:23:48 +0000 > > I can confirm that with the regexp above, my ModelSim also detects the warnings, albeit as errors. > > After some digging I found that when I was compiling with GHDL, it didn't actually match with the GHDL > regexp defined in vhdl-mode.el but with the gnu compiler regexp, which I believe is defined in > etc/compilation.txt. Makes sense since GHDL is based on GCC. > > I guess differentiating between Warnings and Errors for VHDL compilers would in this case be more of a > feature request than a bug, so with Reto's fix the bug can be seen as resolved. Thanks, I installed this on the emacs-29 branch, and I'm closing this bug. From debbugs-submit-bounces@debbugs.gnu.org Sat Apr 01 08:01:28 2023 Received: (at 62508) by debbugs.gnu.org; 1 Apr 2023 12:01:28 +0000 Received: from localhost ([127.0.0.1]:35660 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1piZvE-0007H7-Bl for submit@debbugs.gnu.org; Sat, 01 Apr 2023 08:01:28 -0400 Received: from mail-lj1-f179.google.com ([209.85.208.179]:36839) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1piZvC-0007Gv-Rt for 62508@debbugs.gnu.org; Sat, 01 Apr 2023 08:01:27 -0400 Received: by mail-lj1-f179.google.com with SMTP id o20so22764494ljp.3 for <62508@debbugs.gnu.org>; Sat, 01 Apr 2023 05:01:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; t=1680350481; h=to:cc:date:message-id:subject:mime-version :content-transfer-encoding:from:sender:from:to:cc:subject:date :message-id:reply-to; bh=G6XGQAiiUwQR079791F8oA3tvTlfwry72eEeigEir18=; b=CpWhIxbkbYupuqXDXqnCom+Nw47ZtE0SJmL0nwBpX3gZwgMK4e/zUY3HgiEsXMb2Py bcNEJKd/OXmfi5DggINzBjYJ9Aso8TQ3/Ieb87IQFUCjrQlHz0/3ajnbt4Fcz0GYLpNq LFQ6K5qU70yw2xLqulbewJis6OodFqoHmVn1Qp8u1g8BFxYpzPonSRVlW5dKAWmC3zKE +PkDxuKL6++5i6QnoL4AH31bNa8UewenjSJU4uz7uOKpYS8S/iSb6Kcxjymywl2siQOS VRslExMS22D0cLHXaTkgJ21OnA5I5Kje0iX/b/zWNfBRpT8ntKZXmwhyt5vBUesqjwiC binA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; t=1680350481; h=to:cc:date:message-id:subject:mime-version :content-transfer-encoding:from:sender:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=G6XGQAiiUwQR079791F8oA3tvTlfwry72eEeigEir18=; b=S4GOBHPmSmQNaw8zszTuBvpsqHVdOfO44f2ubHGrvwIYG119PYdItlHFA7+mFJWiiF yeAtpn+CxHlqDi2N2sLoH9FdAG2vOV0Ijh7/WwZmVkeu+RecOnVu9gJc8HOqpTnm1J46 xlIucZN5ixULQByQ+/5U+u0EzISVWtUyJwfP1JOtdohWsXoaEEKbe2tbfnIwcCCcNPuW pHjH5x5zlNtk5QmaYWy4d9IOgL671NnjLxcplsSwGoRolJIgQ9ciU2pfVN0GGZvVeTDP SNvb6o2emHi2npAcgseTsqxJN5N2hpFnfUJe1Gm95RtJnSgEpnqijLg7SOvi0FPgjhdD M2Lg== X-Gm-Message-State: AAQBX9fE4MCMBUrDLyQG8WZIlUdtTHZOQ/i1qh/itvsDl80RNCmIqbQJ RsQgZju8R3B5j+3ha+3cqLg= X-Google-Smtp-Source: AKy350Zy9W6pKx7QM+9n0iVovOsW057GeVyk9BXNkcbfuoH/hKhkpRo9UH+9YqJoKKwASkXyzBnjlQ== X-Received: by 2002:a2e:6e16:0:b0:2a6:1682:3a1e with SMTP id j22-20020a2e6e16000000b002a616823a1emr2839234ljc.31.1680350480533; Sat, 01 Apr 2023 05:01:20 -0700 (PDT) Received: from smtpclient.apple (c188-150-165-235.bredband.tele2.se. [188.150.165.235]) by smtp.gmail.com with ESMTPSA id d25-20020a2e3619000000b0029e967c1dfesm778545lja.8.2023.04.01.05.01.20 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sat, 01 Apr 2023 05:01:20 -0700 (PDT) From: =?utf-8?Q?Mattias_Engdeg=C3=A5rd?= Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.120.0.1.14\)) Subject: bug#62508: 28.2; vhdl-mode ModelSim compile warnings aren't highlighted Message-Id: Date: Sat, 1 Apr 2023 14:01:19 +0200 To: reto@gnu.org X-Mailer: Apple Mail (2.3654.120.0.1.14) X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 62508 Cc: friedrich.beckmann@gmx.de, Eli Zaretskii , 62508@debbugs.gnu.org, Cyril Arnould 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 (-) The new regexp, "^\\(ERROR\\|WARNING\\|\\*\\* Error\\|\\*\\* Warning\\)[^:]*:\\( = *\[[0-9]\]\\| ([^)]+)\\)? \\([^ \t\n]+\\)(\\([0-9]+\\)):" = ^^^^^^^^^ isn't quite right: there are single-escaped square brackets, and the = original regexp permitted multiple digits, not just one, between square = brackets. The part "\[[0-9]\]" should probably be "\\[[0-9]+]" but the author needs to confirm this. From debbugs-submit-bounces@debbugs.gnu.org Mon Apr 03 03:21:14 2023 Received: (at 62508) by debbugs.gnu.org; 3 Apr 2023 07:21:14 +0000 Received: from localhost ([127.0.0.1]:43266 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pjEV7-00049X-Oj for submit@debbugs.gnu.org; Mon, 03 Apr 2023 03:21:14 -0400 Received: from mail-am0eur02olkn2089.outbound.protection.outlook.com ([40.92.49.89]:64481 helo=EUR02-AM0-obe.outbound.protection.outlook.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pjEV4-00049J-Hs for 62508@debbugs.gnu.org; Mon, 03 Apr 2023 03:21:12 -0400 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=E+aiCEIdkZJnNm/aIncX9VTrfU2OqORiiX6wtzayQEoFxxIu3gtI5NkyWkG07fkQ66xIYZN0SG+R2g51bfNZYNrhA6XnpgpP2mWKGiSDyUBQhyHt2DZ8ohYgPQBkWjsNHj6PeW3Sb8n7vQo0l8i/HsDZxT6UlPjLEvoUtLkRFa1/zVheYwdnS4yVnOl6flaTArJ/ugmLVzmRYYMuQqmXt6zRy3rL8lkGfDthNtNhvcIGktKA/Ew+sLCz3QtG+DTU0SweedbmEmQXBFM+jb/8wP2IYAnHpQIQjK+zIzoIDckXQ4RfOJCkydh7yGstf4wasvAmbnRrnl0n8ferAdRSyA== 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=gw5cnfuHjjp+j8GVYYm1S4FC/m0Xf16AwepVVTqEixA=; b=QKIbhANYFJyNelHxMPpuI9TCO6xi9dHXEcJBbxEnuc+phaJGjCzfhXLgG6Qckzi71DDjxf5VSCbQrEOzggOoJBSLbCNmLJ/o4oJAfG25M0dcHqXjBls06lAIlSnb3jt7Ahp3BqceNZrdU7+kOTgsgzcT2+jtUdo0H0wi48UG+/tCBA96xRL5TiYr3qr/XBtJTjx0gHgq9g7tzih/bMuuZDLn6QBmsvxTfHVG6+EWbyZX5DiUYNjYLWoSVsC5DlvgV0NHqGpzPzm/PBnoXw3/WPjl3+AgniDgd+zLB27DEEzSVsgJwOdrx2ubivCOGfq2Cia9C7Xkj6EmcMSpSIQiPQ== 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=gw5cnfuHjjp+j8GVYYm1S4FC/m0Xf16AwepVVTqEixA=; b=DMYA9h+ReVwvjDsCZyndJYGwIgMg9CpOVxYHfBHi3VeI7fK3HKUQUIawHoRQTs3N52FhU7Q9+CyMVqKnXAgjHG69lfR9OrC9q8Pah2EgC3Qwz9VbDmto0BRrtYzqevEHKActiIRLpu413ZsV+dDDdSyBKw7Q+j940w8N9OsZNUE/1hIv3R89xnVOguqSVYv0H57twAUx2ZxgrK5s+643HzOywuz6anYJUNVH++TYxR8jkXJpzMd8dAccVZmjjnAYFKTjzHUiWaAPSjgnk/rLWTlXsTGiJflcHuBWXe/dzoCd/T7cgaqz6oiVoUcvwDB1mH9TtBvRO9VlbhE81vRZ6w== Received: from AS4PR10MB6110.EURPRD10.PROD.OUTLOOK.COM (2603:10a6:20b:582::17) by AS8PR10MB6149.EURPRD10.PROD.OUTLOOK.COM (2603:10a6:20b:573::20) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.6277.21; Mon, 3 Apr 2023 07:21:04 +0000 Received: from AS4PR10MB6110.EURPRD10.PROD.OUTLOOK.COM ([fe80::f212:536f:d638:ace2]) by AS4PR10MB6110.EURPRD10.PROD.OUTLOOK.COM ([fe80::f212:536f:d638:ace2%6]) with mapi id 15.20.6277.022; Mon, 3 Apr 2023 07:21:04 +0000 From: Cyril Arnould To: =?iso-8859-1?Q?Mattias_Engdeg=E5rd?= , "reto@gnu.org" Subject: Re: bug#62508: 28.2; vhdl-mode ModelSim compile warnings aren't highlighted Thread-Topic: bug#62508: 28.2; vhdl-mode ModelSim compile warnings aren't highlighted Thread-Index: AQHZZJGtqUgaDBIKHE+HqIacDl2v/a8ZLrOs Date: Mon, 3 Apr 2023 07:21:04 +0000 Message-ID: References: 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: [wfnchFal6tcItCQHV6aRCQFOejP/xHBY] x-ms-publictraffictype: Email x-ms-traffictypediagnostic: AS4PR10MB6110:EE_|AS8PR10MB6149:EE_ x-ms-office365-filtering-correlation-id: 38971e64-3e3a-46e3-486d-08db3413fc2b x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: TNb29yjdlWUd1pgMP+SocYd0jGRxENYdtxkr8Rjh7N7ighh4wkuq7+51KIlMmHuvDFXiOiYjcettbSVJE0BlTiFU2wCfGPURrergSWZERU+tMKV2oOS2ypNJ+Hcw1YeY+T4Fij4TtGXAfrxcSKTv8sYiAmw6hlh24J4LptIZBRDheA6fPPp/O9nR1Y6pukhfZw1tXXTfnDjetQ2WLzMqhF46zl4cB2jP5wQK0NmDEcjVV+UTpm3pI8WdVfcSlZ6Qec6kjyY1bvP32/cWhKVQB4kaJLry2FrhjdsVEs/hQwu6l2r2899QLpU78jOJBU0J16ELs8HeIg0KqVwRh1yDEdhtW5ogJFA9iQpOO8TI/sKT9K4bFP7ak9ypa+9MgkP5QX+E0/W2DrZdd6PZg8TLGgALNGP/hmejWum/VNrkyGvHCuDZ38/+11pa2R00NHa8w0ZTtCkox6uT4e5JJVCwBM8t3YaybYhzj6p8Nv9BwqsuWI2dtoMAE5LAIH7CiRX7qC1u6PCqlS201/3hTvf154TnNH7IlXTx8tXoArPqZnN7qLlkJBvCMtQbWUQd8Yv/guatgftH4wJx6Ej2RAq6etu/e+Wz07bBHcxexAf2L2z+uNhTUqcHAMjJzwNqa4At x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?iso-8859-1?Q?II3OwJAbKTYn/XKg5Jg+58s9orDvsEa8hfXsz1dt7MW4r0H6+XVKFllrus?= =?iso-8859-1?Q?ZkQNxBIDH2hQdpdgiH8USfvvapZ05pX8vfnstE+uL1/7KMdupR/7QuZ6t+?= =?iso-8859-1?Q?x7VK8ZIv8U0pb4dPjsAPVREvrc/hKc/8PeZBp9gymSqLeZzGFtcShbMDhn?= =?iso-8859-1?Q?RDNw8oUMYfuXUoTA6V4g8i9813FMZYQ1ad/cXCTrBdovVSpxdlduFSTGq2?= =?iso-8859-1?Q?ndRUe5jcDHOO6I38KQr80FVSiHgjt7jSy/9n98hBPu8f2nYGm7npT7fuXz?= =?iso-8859-1?Q?tGY3UXIJe3GKxde/gTkG+Q4IYVu24ugk6PrnHERh2LTYXhvb5bpBiQeX4K?= =?iso-8859-1?Q?yef4SOo/QtVX/nmQBqTPW6YOUbki7L+6pzTVCoPQOSiuafWlB+D1AzJSt9?= =?iso-8859-1?Q?HOv4FrediaY+FJZbBQTcSafiqSdnZ/m6pjf0yZVNQjRA8m8Lj0o2uJnlM2?= =?iso-8859-1?Q?MDbJEPITDmzsixPtVMW9akG6p2xlFlP8eu1JbyAPoXfxRSBpXsp6HKHutp?= =?iso-8859-1?Q?LNruqN9CAZvzDvlzfRX0j/fP97mh8xeIhAnRxykBWKYifHPRrpO4IsF1nQ?= =?iso-8859-1?Q?B2MOeNkvr41fbbSFu8jAuzy7DXJcS1LmRe1T2kbMUCI/oEYSq01fyWoDz9?= =?iso-8859-1?Q?qjYjL0I1mXaNoK9lsjCE8gtOYmUFgDt6qB6Ad2umm1g9s9hRp55OXNBQ92?= =?iso-8859-1?Q?LcoL5HrxZyjxg2I9Sa1vaCRDu9511V802ooC9Nh136drmOZ9mAu/jpfS5Z?= =?iso-8859-1?Q?8Mwn51V722JhSzWgZuNSNnTFrmv54aF69Nrrq2iVFPfsw4g8lyARK8T0m2?= =?iso-8859-1?Q?Yp8whi3hfxUe4JDqyQY0YI6gm0xdGDgAPY6xF+QlbiZ9VklDHXrx43SfpZ?= =?iso-8859-1?Q?EpY9oE9VbBx+GU4Nzc1j+Jr7Df9UeEMQgXUDGPAYAj3BY7uCRgqTy6DieS?= =?iso-8859-1?Q?h+IjvW3mIEHR4aRh9U7rJlMHJ//n12konFt6pgl36+G7M4KeV3Wnj/hamz?= =?iso-8859-1?Q?MMi9tf5Vc5Kenjqqw/QzA93Zjy4bbKlk+oac3r0CuSQh3+nCOgS96xnSWV?= =?iso-8859-1?Q?AqILWNJ9k6npKYIS6NqT63ira5Mh9VX+IpqHKmq4mFl7zC04xRqNKm/2fl?= =?iso-8859-1?Q?+g96peVySiHdp+fmDluW4ISKZ3rk7PT6QJu1T8rKINjayABxE9AfK0v3BP?= =?iso-8859-1?Q?oyBCPhUcuSmEfqhVyFUn9JDBfw4tOOngRnv0ezfhfE23x4TX2JEB2z74YU?= =?iso-8859-1?Q?UeRWmIywrMQi7TnzHiXHhZoWsxa++xyRBxXnwfLV0CIAAT6XWfye6m/w0y?= =?iso-8859-1?Q?TNoP?= Content-Type: multipart/alternative; boundary="_000_AS4PR10MB611094113FCE25A944E5453EE3929AS4PR10MB6110EURP_" MIME-Version: 1.0 X-OriginatorOrg: outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: AS4PR10MB6110.EURPRD10.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-CrossTenant-Network-Message-Id: 38971e64-3e3a-46e3-486d-08db3413fc2b X-MS-Exchange-CrossTenant-originalarrivaltime: 03 Apr 2023 07:21:04.2198 (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: AS8PR10MB6149 X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 62508 Cc: "friedrich.beckmann@gmx.de" , Eli Zaretskii , "62508@debbugs.gnu.org" <62508@debbugs.gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --_000_AS4PR10MB611094113FCE25A944E5453EE3929AS4PR10MB6110EURP_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable True, looking at the new regexp in emacs the escape characters are highligh= ted in red, indicating an error. I can verify Mattias' modification still w= orks for me. I can't properly verify the bracketed version of the warning since I don't = get those with my ModelSim, but if I manually type out a warning with brack= ets it does get highlighted when using re-builder. With Reto's modification= on the other hand the bracket warning is not highlighted. Gesendet von Outlook f=FCr Android ________________________________ From: Mattias Engdeg=E5rd on behalf of Mattias= Engdeg=E5rd Sent: Saturday, April 1, 2023 2:01:19 PM To: reto@gnu.org Cc: Cyril Arnould ; Eli Zaretskii = ; friedrich.beckmann@gmx.de ; 62508@debbugs.gnu.= org <62508@debbugs.gnu.org> Subject: bug#62508: 28.2; vhdl-mode ModelSim compile warnings aren't highli= ghted The new regexp, "^\\(ERROR\\|WARNING\\|\\*\\* Error\\|\\*\\* Warning\\)[^:]*:\\( *\[[0-9]\]= \\| ([^)]+)\\)? \\([^ \t\n]+\\)(\\([0-9]+\\)):" ^^^^^^^^^ isn't quite right: there are single-escaped square brackets, and the origin= al regexp permitted multiple digits, not just one, between square brackets.= The part "\[[0-9]\]" should probably be "\\[[0-9]+]" but the author needs to confirm this. --_000_AS4PR10MB611094113FCE25A944E5453EE3929AS4PR10MB6110EURP_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
True, looking at the new regexp in emacs the escape chara= cters are highlighted in red, indicating an error. I can verify Mattias' mo= dification still works for me.

I can't properly verify the bracketed version of the warn= ing since I don't get those with my ModelSim, but if I manually type out a = warning with brackets it does get highlighted when using re-builder. With R= eto's modification on the other hand the bracket warning is not highlighted.

From: Mattias Engdeg=E5rd &= lt;mattiasengdegard@gmail.com> on behalf of Mattias Engdeg=E5rd <matt= ias.engdegard@gmail.com>
Sent: Saturday, April 1, 2023 2:01:19 PM
To: reto@gnu.org <reto@gnu.org>
Cc: Cyril Arnould <cyril.arnould@outlook.com>; Eli Zaretskii &= lt;eliz@gnu.org>; friedrich.beckmann@gmx.de <friedrich.beckmann@gmx.d= e>; 62508@debbugs.gnu.org <62508@debbugs.gnu.org>
Subject: bug#62508: 28.2; vhdl-mode ModelSim compile warnings aren't= highlighted
 
The new regexp,

"^\\(ERROR\\|WARNING\\|\\*\\* Error\\|\\*\\* Warning\\)[^:]*:\\( *\[[0= -9]\]\\| ([^)]+)\\)? \\([^ \t\n]+\\)(\\([0-9]+\\)):"
            &nb= sp;            =             &nb= sp;            =             &nb= sp;   ^^^^^^^^^

isn't quite right: there are single-escaped square brackets, and the origin= al regexp permitted multiple digits, not just one, between square brackets.= The part

  "\[[0-9]\]"

should probably be

  "\\[[0-9]+]"

but the author needs to confirm this.

--_000_AS4PR10MB611094113FCE25A944E5453EE3929AS4PR10MB6110EURP_-- From debbugs-submit-bounces@debbugs.gnu.org Mon Apr 03 06:16:50 2023 Received: (at 62508) by debbugs.gnu.org; 3 Apr 2023 10:16:51 +0000 Received: from localhost ([127.0.0.1]:43384 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pjHF4-0000jQ-DA for submit@debbugs.gnu.org; Mon, 03 Apr 2023 06:16:50 -0400 Received: from asave01.hostfactory.ch ([185.117.170.1]:41020) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pjHF0-0000j8-LX for 62508@debbugs.gnu.org; Mon, 03 Apr 2023 06:16:49 -0400 Received: from server09.hostfactory.ch ([185.117.170.110]) by asave01.hostfactory.ch with esmtps (TLSv1.3:TLS_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1pjHEs-00BY6b-Sa; Mon, 03 Apr 2023 12:16:41 +0200 Received: from [192.168.0.99] (77-56-245-67.dclient.hispeed.ch [77.56.245.67]) (Authenticated sender: reto@retoweb.net) by server09.hostfactory.ch (Postfix) with ESMTPSA id A298C6020DE6A; Mon, 3 Apr 2023 12:16:37 +0200 (CEST) Content-Type: multipart/alternative; boundary="------------T5tC9znTAwm7GLZoNqlaisbW" Message-ID: <165bfef9-c6de-42f0-1bb9-ec093cb954e0@gnu.org> Date: Mon, 3 Apr 2023 12:16:38 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101 Thunderbird/102.9.1 Subject: Re: bug#62508: 28.2; vhdl-mode ModelSim compile warnings aren't highlighted To: Cyril Arnould , =?UTF-8?Q?Mattias_Engdeg=c3=a5rd?= References: Content-Language: en-US From: Reto Zimmermann In-Reply-To: X-PPP-Message-ID: <168051699799.15731.16003046553321331377@server09.hostfactory.ch> X-PPP-Vhost: retoweb.net X-Originating-IP: 185.117.170.110 X-SpamExperts-Domain: outboundprotection.hostfactory.ch X-SpamExperts-Username: 185.117.170.110 Authentication-Results: hostfactory.ch; auth=pass smtp.auth=185.117.170.110@outboundprotection.hostfactory.ch X-SpamExperts-Outgoing-Class: ham X-SpamExperts-Outgoing-Evidence: Combined (0.03) X-Recommended-Action: accept X-Filter-ID: Pt3MvcO5N4iKaDQ5O6lkdGlMVN6RH8bjRMzItlySaT9wS4kumr/8xfRDLK3BY/EnPUtbdvnXkggZ 3YnVId/Y5jcf0yeVQAvfjHznO7+bT5yWwbbxUQS01f/FCDy6901ZPDqq4asyUS/I7uxcPf8M+Aba HwV6xdtSO8Gh1vY3X6XVyF0QxeM3jwV5m7hywo81orjeRycbT70WhFiRqMHhH0iUaBqVSKN3GthC anDkdshSz1/QkI+Moa1kosvnP7RzZhUUYJj2rlcnk4UtRVYMdP0/sYaKo1CrL1ZCjBTPf3RGpcNQ lwkAd6qCmPMQLvLgjjPEWb6iCVLQ9/3YJnY0ujOuGo8BPef7PSR1jW6mjqDWMpPRV9rfPdgGi6aL kUHh9tBOX9IkgN4hslXplx/jfWl8DrSNx0TJ/fdKMx9EisTS0YOWzPrQHWQ+AY0Zlgh4xQ0nfMeJ r16/UsQutzu7g1LDOfadSeFRvtzYfcJkfsV6iMkKKasWAmDjz5Mge69lNAYAyutNu2pqJLVKy0+U 3bIZ/1wK8h2igHqTRrTzTtWqaoUCjzuI+DBeNJmC0lh+vZxMDd2y5YhCK2sm66TSDwbDA2RVI4mU NF3CBprcyhuf4TS7xDZvCPS61ekqpTLhZA+ilPQ7+yozlHD5jgRG3FFU3P4j/yasq2etij2R2V7F DSd8x4mvXr9SxC63O7uD8yexLMqzSz7rpAldK1tbKE5X64tbCJtkxOPnjqyz4rJcRC2f4NQYJSgU b2iUHe8a++DuIQUs/5JJj4C/n4CILrkydOO+IGi7hSiurM7VEjxG9O10WYAqTP5HZhkRvnHUgHw4 drsMT9gZQWox+GIJ+oiTuIFsO8UsQJbY0zcafXXjJsbBhbwBVWQLFe1Gz2kBrimMrK1Z3Vlk5OKg 3nAw7xEVniihuDwEGDcmr6e3OPQKgmZYlZiSj6zDqq1Fu85p7Af7AF86sBhSLQdPfBR0fYXnaFo1 zXEEJLyq3jgTGnVjZ4gYWp3HH1lsi7UT6Ut7ZuM7jUXIESohoO51xWmU8WqKfx0OHavyq56RYKq7 TGwFkAYJUWOM5sZB4VRSNLwTwe55FDJ6G2ZUrtC0C+02pNmVa3kfmZOPyvrAMANPK3Fg9QnfR8SG cADSw0g0IgAhm1J8EB973mRrlLJesCmFo2E8U4WLmqb+jigksZlVplsH7znShUVO1u8ZugPuSdo0 KT1t0QtyZQqok3HYZFd1lh5KPL1ObAmd4j+sZQF7wusR+hOq3FFQpY2ESc12bPXi X-Report-Abuse-To: spam@asave01.hostfactory.ch X-Spam-Score: -2.5 (--) X-Debbugs-Envelope-To: 62508 Cc: "friedrich.beckmann@gmx.de" , Eli Zaretskii , "62508@debbugs.gnu.org" <62508@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.5 (---) This is a multi-part message in MIME format. --------------T5tC9znTAwm7GLZoNqlaisbW Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit The regexp I sent had the "+" in there, it must have gotten lost somewhere in the process.  The single-escaped square brackets always worked fine, but I agree that it should be double-escaped to conform to the standard. So yes, I agree with Mattias' fix. Reto On 03.04.2023 09:21, Cyril Arnould wrote: > True, looking at the new regexp in emacs the escape characters are > highlighted in red, indicating an error. I can verify Mattias' > modification still works for me. > > I can't properly verify the bracketed version of the warning since I > don't get those with my ModelSim, but if I manually type out a warning > with brackets it does get highlighted when using re-builder. With > Reto's modification on the other hand the bracket warning is not > highlighted. > > Gesendet von Outlook für Android > ------------------------------------------------------------------------ > *From:* Mattias Engdegård on behalf of > Mattias Engdegård > *Sent:* Saturday, April 1, 2023 2:01:19 PM > *To:* reto@gnu.org > *Cc:* Cyril Arnould ; Eli Zaretskii > ; friedrich.beckmann@gmx.de ; > 62508@debbugs.gnu.org <62508@debbugs.gnu.org> > *Subject:* bug#62508: 28.2; vhdl-mode ModelSim compile warnings aren't > highlighted > The new regexp, > > "^\\(ERROR\\|WARNING\\|\\*\\* Error\\|\\*\\* Warning\\)[^:]*:\\( > *\[[0-9]\]\\| ([^)]+)\\)? \\([^ \t\n]+\\)(\\([0-9]+\\)):" > ^^^^^^^^^ > > isn't quite right: there are single-escaped square brackets, and the > original regexp permitted multiple digits, not just one, between > square brackets. The part > >   "\[[0-9]\]" > > should probably be > >   "\\[[0-9]+]" > > but the author needs to confirm this. > --------------T5tC9znTAwm7GLZoNqlaisbW Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit The regexp I sent had the "+" in there, it must have gotten lost somewhere in the process.  The single-escaped square brackets always worked fine, but I agree that it should be double-escaped to conform to the standard.

So yes, I agree with Mattias' fix.

Reto


On 03.04.2023 09:21, Cyril Arnould wrote:
True, looking at the new regexp in emacs the escape characters are highlighted in red, indicating an error. I can verify Mattias' modification still works for me.

I can't properly verify the bracketed version of the warning since I don't get those with my ModelSim, but if I manually type out a warning with brackets it does get highlighted when using re-builder. With Reto's modification on the other hand the bracket warning is not highlighted.

From: Mattias Engdegård <mattiasengdegard@gmail.com> on behalf of Mattias Engdegård <mattias.engdegard@gmail.com>
Sent: Saturday, April 1, 2023 2:01:19 PM
To: reto@gnu.org <reto@gnu.org>
Cc: Cyril Arnould <cyril.arnould@outlook.com>; Eli Zaretskii <eliz@gnu.org>; friedrich.beckmann@gmx.de <friedrich.beckmann@gmx.de>; 62508@debbugs.gnu.org <62508@debbugs.gnu.org>
Subject: bug#62508: 28.2; vhdl-mode ModelSim compile warnings aren't highlighted
 
The new regexp,

"^\\(ERROR\\|WARNING\\|\\*\\* Error\\|\\*\\* Warning\\)[^:]*:\\( *\[[0-9]\]\\| ([^)]+)\\)? \\([^ \t\n]+\\)(\\([0-9]+\\)):"
                                                                  ^^^^^^^^^

isn't quite right: there are single-escaped square brackets, and the original regexp permitted multiple digits, not just one, between square brackets. The part

  "\[[0-9]\]"

should probably be

  "\\[[0-9]+]"

but the author needs to confirm this.


--------------T5tC9znTAwm7GLZoNqlaisbW-- From debbugs-submit-bounces@debbugs.gnu.org Mon Apr 03 07:06:23 2023 Received: (at 62508) by debbugs.gnu.org; 3 Apr 2023 11:06:23 +0000 Received: from localhost ([127.0.0.1]:43435 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pjI10-0002Rz-SN for submit@debbugs.gnu.org; Mon, 03 Apr 2023 07:06:23 -0400 Received: from mail-lf1-f44.google.com ([209.85.167.44]:37787) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pjI0x-0002Rl-Lr for 62508@debbugs.gnu.org; Mon, 03 Apr 2023 07:06:21 -0400 Received: by mail-lf1-f44.google.com with SMTP id g17so37550290lfv.4 for <62508@debbugs.gnu.org>; Mon, 03 Apr 2023 04:06:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; t=1680519973; h=to:references:message-id:content-transfer-encoding:cc:date :in-reply-to:from:subject:mime-version:sender:from:to:cc:subject :date:message-id:reply-to; bh=lohNyW1vtFF8811vOcde8+OtAYRZsT1ep6jBDS8o7Vw=; b=FyJJ0Pl5WVUMdHPbasdrURlRQkeWnv2cQvFqetzmfn/MbBbEtyxWL46SO6Z9SpdNPR c/emVTfQUPn9NlVc9KHc7fd0QxWF+5x21ysKb4uqhHfwld9G0DyQ/YhSdIh6dE93IOyg uA/435W7i+i6SpM8e7ExW/woNjP7k3vO6eTbRjBDsePSHprCSJvMhGww32GWivyeqVcO X6BKZcSs4mThjpZlLdtx8smwbXOdgaHIh50Ebg6WfwgRyUPQbxR5gbBp5JEWfP7EDiXf CPCGzaQ5f4F7JjtFcRCAOhMmVZsVZFd7vsa6xqOhUCFRcc3MpI/34QKYgMoWhG1digln 3EMg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; t=1680519973; h=to:references:message-id:content-transfer-encoding:cc:date :in-reply-to:from:subject:mime-version:sender:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=lohNyW1vtFF8811vOcde8+OtAYRZsT1ep6jBDS8o7Vw=; b=PvmQOWn30oA+Tk8Kl6hPgS9JRQaTqVZHIWv8L5OnVWOoSEjClFLXpcjBdTSVNUKG8P UWRPVuY0pdoW/npCzD2/tZjP+X0cMAoWgU5VfrhEbthXzEmeYYxz6EFdWhTBJ1DZBolv jKV3v25k97lLtRV+6YFD/HSa/d6Z1z2hhDdiRm5o8qjvI1AibMnwT3KuY53qX0dhsGvd THctE7+dUDKDNl9PVEqSmfJqsH7YFtXjehu5zQA6uzdfjwlsN9R4cR/8ExVRSwFlnm9Y dVVOntwJC0xbhLz7utyVHXBR0r7OBRzOS9EiGVUEkrrvfkFg1VEhZuFI1dOk+/i1GP8g MKHA== X-Gm-Message-State: AAQBX9fNwxFwMtSbFPeBIcqTPU49m2oAB5VtLd/BTYHzVqoqdASTAK6o eXdIPn6licpKRqGPzU6YmwA= X-Google-Smtp-Source: AKy350YLSfw0gZQqCcSo2350fZRGzXfH4WAguQcFBD+ofZUeg/ZxzvgYfuRTL6XyI3ERmHtpHOTD2w== X-Received: by 2002:a19:740b:0:b0:4eb:4024:cbf with SMTP id v11-20020a19740b000000b004eb40240cbfmr622465lfe.22.1680519973383; Mon, 03 Apr 2023 04:06:13 -0700 (PDT) Received: from smtpclient.apple (c188-150-165-235.bredband.tele2.se. [188.150.165.235]) by smtp.gmail.com with ESMTPSA id x10-20020ac25dca000000b004e8b90e14a8sm1722842lfq.25.2023.04.03.04.06.12 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Mon, 03 Apr 2023 04:06:12 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.120.0.1.14\)) Subject: Re: bug#62508: 28.2; vhdl-mode ModelSim compile warnings aren't highlighted From: =?utf-8?Q?Mattias_Engdeg=C3=A5rd?= In-Reply-To: Date: Mon, 3 Apr 2023 13:06:12 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <6079FCBE-E201-4022-A109-40DC5AC0D80B@gmail.com> References: To: Cyril Arnould X-Mailer: Apple Mail (2.3654.120.0.1.14) X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 62508 Cc: "reto@gnu.org" , "friedrich.beckmann@gmx.de" , Eli Zaretskii , "62508@debbugs.gnu.org" <62508@debbugs.gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) The missing `+` must be my mistake -- I inadvertently misrepresented = your change, very sorry about that. The fix has been pushed to the emacs-29 branch. Thanks for checking! From unknown Thu Jun 19 14:03:48 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Mon, 01 May 2023 11:24:05 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator