From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Reto Zimmermann Newsgroups: gmane.emacs.bugs Subject: bug#62508: 28.2; vhdl-mode ModelSim compile warnings aren't highlighted Date: Thu, 30 Mar 2023 14:55:11 +0200 Message-ID: <3f86e883-98e0-66d9-ac48-b981ec6d89ff@gnu.org> References: <83mt3v7r92.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="36709"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101 Thunderbird/102.9.1 Cc: 62508@debbugs.gnu.org To: Eli Zaretskii , Cyril Arnould , Friedrich Beckmann Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Thu Mar 30 14:56:25 2023 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1phrpI-0009Nt-OP for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 30 Mar 2023 14:56:24 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1phroy-0003MO-B7; Thu, 30 Mar 2023 08:56:04 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1phrow-0003Gu-0V for bug-gnu-emacs@gnu.org; Thu, 30 Mar 2023 08:56:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1phrov-0005vA-Of for bug-gnu-emacs@gnu.org; Thu, 30 Mar 2023 08:56:01 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1phrov-0003jg-Kz for bug-gnu-emacs@gnu.org; Thu, 30 Mar 2023 08:56:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Reto Zimmermann Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 30 Mar 2023 12:56:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 62508 X-GNU-PR-Package: emacs Original-Received: via spool by 62508-submit@debbugs.gnu.org id=B62508.168018091714302 (code B ref 62508); Thu, 30 Mar 2023 12:56:01 +0000 Original-Received: (at 62508) by debbugs.gnu.org; 30 Mar 2023 12:55:17 +0000 Original-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 Original-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 Original-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 Original-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) Content-Language: en-US In-Reply-To: <83mt3v7r92.fsf@gnu.org> 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+iB5CevDfu1adyFMRm X-Report-Abuse-To: spam@asave01.hostfactory.ch X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:258923 Archived-At: 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.