unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
* bug#62508: 28.2; vhdl-mode ModelSim compile warnings aren't highlighted
@ 2023-03-28 19:43 Cyril Arnould
  2023-03-29 11:04 ` Eli Zaretskii
  2023-04-01 12:01 ` Mattias Engdegård
  0 siblings, 2 replies; 9+ messages in thread
From: Cyril Arnould @ 2023-03-28 19:43 UTC (permalink / raw)
  To: 62508

[-- Attachment #1: Type: text/plain, Size: 5507 bytes --]

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=/ucrt64 --host=x86_64-w64-mingw32
--build=x86_64-w64-mingw32 --with-modules --without-dbus
--without-compress-install --with-native-compilation
'CFLAGS=-march=x86-64 -mtune=generic -O2 -pipe'
CPPFLAGS=-D__USE_MINGW_ANSI_STDIO=1 LDFLAGS=-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))

[-- Attachment #2: Type: text/html, Size: 10457 bytes --]

^ permalink raw reply	[flat|nested] 9+ messages in thread

* bug#62508: 28.2; vhdl-mode ModelSim compile warnings aren't highlighted
  2023-03-28 19:43 bug#62508: 28.2; vhdl-mode ModelSim compile warnings aren't highlighted Cyril Arnould
@ 2023-03-29 11:04 ` Eli Zaretskii
  2023-03-30 12:55   ` Reto Zimmermann
  2023-04-01 12:01 ` Mattias Engdegård
  1 sibling, 1 reply; 9+ messages in thread
From: Eli Zaretskii @ 2023-03-29 11:04 UTC (permalink / raw)
  To: Cyril Arnould, Friedrich Beckmann, Reto Zimmermann; +Cc: 62508

> 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 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.





^ permalink raw reply	[flat|nested] 9+ messages in thread

* bug#62508: 28.2; vhdl-mode ModelSim compile warnings aren't highlighted
  2023-03-29 11:04 ` Eli Zaretskii
@ 2023-03-30 12:55   ` Reto Zimmermann
  2023-03-30 14:23     ` Cyril Arnould
  0 siblings, 1 reply; 9+ messages in thread
From: Reto Zimmermann @ 2023-03-30 12:55 UTC (permalink / raw)
  To: Eli Zaretskii, Cyril Arnould, Friedrich Beckmann; +Cc: 62508

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 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.






^ permalink raw reply	[flat|nested] 9+ messages in thread

* bug#62508: 28.2; vhdl-mode ModelSim compile warnings aren't highlighted
  2023-03-30 12:55   ` Reto Zimmermann
@ 2023-03-30 14:23     ` Cyril Arnould
  2023-04-01 10:09       ` Eli Zaretskii
  0 siblings, 1 reply; 9+ messages in thread
From: Cyril Arnould @ 2023-03-30 14:23 UTC (permalink / raw)
  To: Reto Zimmermann, Eli Zaretskii, Friedrich Beckmann; +Cc: 62508@debbugs.gnu.org

[-- Attachment #1: Type: text/plain, Size: 3124 bytes --]

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.


________________________________
From: Reto Zimmermann <reto@gnu.org>
Sent: Thursday, March 30, 2023 2:55:11 PM
To: Eli Zaretskii <eliz@gnu.org>; Cyril Arnould <cyril.arnould@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 aren'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 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.


[-- Attachment #2: Type: text/html, Size: 4347 bytes --]

^ permalink raw reply	[flat|nested] 9+ messages in thread

* bug#62508: 28.2; vhdl-mode ModelSim compile warnings aren't highlighted
  2023-03-30 14:23     ` Cyril Arnould
@ 2023-04-01 10:09       ` Eli Zaretskii
  0 siblings, 0 replies; 9+ messages in thread
From: Eli Zaretskii @ 2023-04-01 10:09 UTC (permalink / raw)
  To: Cyril Arnould; +Cc: reto, friedrich.beckmann, 62508-done

> From: Cyril Arnould <cyril.arnould@outlook.com>
> 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.





^ permalink raw reply	[flat|nested] 9+ messages in thread

* bug#62508: 28.2; vhdl-mode ModelSim compile warnings aren't highlighted
  2023-03-28 19:43 bug#62508: 28.2; vhdl-mode ModelSim compile warnings aren't highlighted Cyril Arnould
  2023-03-29 11:04 ` Eli Zaretskii
@ 2023-04-01 12:01 ` Mattias Engdegård
  2023-04-03  7:21   ` Cyril Arnould
  1 sibling, 1 reply; 9+ messages in thread
From: Mattias Engdegård @ 2023-04-01 12:01 UTC (permalink / raw)
  To: reto; +Cc: friedrich.beckmann, Eli Zaretskii, 62508, Cyril Arnould

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.






^ permalink raw reply	[flat|nested] 9+ messages in thread

* bug#62508: 28.2; vhdl-mode ModelSim compile warnings aren't highlighted
  2023-04-01 12:01 ` Mattias Engdegård
@ 2023-04-03  7:21   ` Cyril Arnould
  2023-04-03 10:16     ` Reto Zimmermann
  2023-04-03 11:06     ` Mattias Engdegård
  0 siblings, 2 replies; 9+ messages in thread
From: Cyril Arnould @ 2023-04-03  7:21 UTC (permalink / raw)
  To: Mattias Engdegård, reto@gnu.org
  Cc: friedrich.beckmann@gmx.de, Eli Zaretskii, 62508@debbugs.gnu.org

[-- Attachment #1: Type: text/plain, Size: 1481 bytes --]

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<https://aka.ms/AAb9ysg>
________________________________
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.


[-- Attachment #2: Type: text/html, Size: 2576 bytes --]

^ permalink raw reply	[flat|nested] 9+ messages in thread

* bug#62508: 28.2; vhdl-mode ModelSim compile warnings aren't highlighted
  2023-04-03  7:21   ` Cyril Arnould
@ 2023-04-03 10:16     ` Reto Zimmermann
  2023-04-03 11:06     ` Mattias Engdegård
  1 sibling, 0 replies; 9+ messages in thread
From: Reto Zimmermann @ 2023-04-03 10:16 UTC (permalink / raw)
  To: Cyril Arnould, Mattias Engdegård
  Cc: friedrich.beckmann@gmx.de, Eli Zaretskii, 62508@debbugs.gnu.org

[-- Attachment #1: Type: text/plain, Size: 1835 bytes --]

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 <https://aka.ms/AAb9ysg>
> ------------------------------------------------------------------------
> *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.
>

[-- Attachment #2: Type: text/html, Size: 4238 bytes --]

^ permalink raw reply	[flat|nested] 9+ messages in thread

* bug#62508: 28.2; vhdl-mode ModelSim compile warnings aren't highlighted
  2023-04-03  7:21   ` Cyril Arnould
  2023-04-03 10:16     ` Reto Zimmermann
@ 2023-04-03 11:06     ` Mattias Engdegård
  1 sibling, 0 replies; 9+ messages in thread
From: Mattias Engdegård @ 2023-04-03 11:06 UTC (permalink / raw)
  To: Cyril Arnould
  Cc: reto@gnu.org, friedrich.beckmann@gmx.de, Eli Zaretskii,
	62508@debbugs.gnu.org

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!






^ permalink raw reply	[flat|nested] 9+ messages in thread

end of thread, other threads:[~2023-04-03 11:06 UTC | newest]

Thread overview: 9+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2023-03-28 19:43 bug#62508: 28.2; vhdl-mode ModelSim compile warnings aren't highlighted Cyril Arnould
2023-03-29 11:04 ` Eli Zaretskii
2023-03-30 12:55   ` Reto Zimmermann
2023-03-30 14:23     ` Cyril Arnould
2023-04-01 10:09       ` Eli Zaretskii
2023-04-01 12:01 ` Mattias Engdegård
2023-04-03  7:21   ` Cyril Arnould
2023-04-03 10:16     ` Reto Zimmermann
2023-04-03 11:06     ` Mattias Engdegård

Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).