GNU logs - #25133, boring messages

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#25133: 26.0.50; compile.el multiline regexp handling
Resent-From: Felix Klock <pnkfelix@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 08 Dec 2016 01:22:02 +0000
Resent-Message-ID: <handler.25133.B.14811600913887 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: 25133 <at> debbugs.gnu.org
MIME-Version: 1.0
From: Felix Klock <pnkfelix@HIDDEN>
Date: Wed, 7 Dec 2016 15:11:48 -1000
Message-ID: <CAMYX+pUwj5Bo3NMC_gKnJLg5fEGg+dwMcPQaVhQmpvHazA3K9g@HIDDEN>
Content-Type: multipart/mixed; boundary=001a1134e6e46ab78c05431b5249
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

--001a1134e6e46ab78c05431b5249
Content-Type: multipart/alternative; boundary=001a1134e6e46ab78705431b5247

--001a1134e6e46ab78705431b5247
Content-Type: text/plain; charset=UTF-8

Multiline compilation regexps do not reliably match.

I have attached two files to this email: demo-twoline.el and
demo-twoline2.sh

Steps to reproduce:

1. Start `emacs -Q`
2. M-x load-file demo-twoline.el
3. M-x compile <enter>
4. Observe not all emitted errors are matched by compilation-mode

The above steps run the `demo-twoline2.sh` shell script as the
compile-command, thus emulating something similar to the compiler error
messages in the compiler that I use. It emits nine such messages, but
not all of the emitted errors are matched as errors by compile.el. You
can tell this by the fact that only some are highlighted accordingly,
and also that hitting the <tab> key to cycle through them skips some of
the emitted errors.

(A colleague and I hypothesize that one likely component of this bug is
the way that compile.el, specifically the
compilation-next-single-property-change function, works in 500 character
chunks. This, combined (we think) with line-based processing elsewhere
in compile.el, yields scenarios where regexps fail to match. At the very
least, when I remove the chunking strategy from compile.el by
unconditionally using `(or limit (point-max))` instead of taking the min
of that and `(+ position 500)`, then the problem does not appear to
arise anymore for me.)


In GNU Emacs 26.0.50.1 (x86_64-apple-darwin13.4.0, NS appkit-1265.21
Version 10.9.5 (Build 13F1911))
 of 2016-12-06 built on builder10-9.porkrind.org
Windowing system distributor 'Apple', version 10.3.1404
Recent messages:
C-< is undefined
Quit
Mark set
user-error: Moved past last error
user-error: Moved back before first error [2 times]
user-error: Moved past last error [2 times]
user-error: Moved back before first error [2 times]
Setting up indent for shell type sh
Indentation variables are now local.
Indentation setup for shell type sh

Configured using:
 'configure --with-ns '--enable-locallisppath=/Library/Application
 Support/Emacs/${version}/site-lisp:/Library/Application
 Support/Emacs/site-lisp' --with-modules'

Configured features:
NOTIFY ACL GNUTLS LIBXML2 ZLIB TOOLKIT_SCROLL_BARS NS MODULES

Important settings:
  value of $LC_ALL: en_US.UTF-8
  value of $LC_CTYPE: UTF-8
  value of $LANG: en_US.UTF-8
  locale-coding-system: utf-8-unix

Major mode: Shell-script

Minor modes in effect:
  sh-electric-here-document-mode: t
  shell-dirtrack-mode: t
  tooltip-mode: t
  global-eldoc-mode: t
  electric-indent-mode: t
  mouse-wheel-mode: t
  tool-bar-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  line-number-mode: t
  transient-mark-mode: t

Load-path shadows:
None found.

Features:
(shadow sort mail-extr emacsbug message subr-x puny seq byte-opt gv
bytecomp byte-compile cl-extra help-mode cconv dired dired-loaddefs
format-spec rfc822 mml easymenu mml-sec password-cache epa derived epg
epg-config gnus-util rmail rmail-loaddefs mm-decode mm-bodies mm-encode
mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047
rfc2045 ietf-drums mm-util mail-prsvr mail-utils sh-script smie
executable shell pcomplete edmacro kmacro cl-loaddefs pcase cl-lib
compile comint ansi-color ring time-date mule-util tooltip eldoc
electric uniquify ediff-hook vc-hooks lisp-float-type mwheel term/ns-win
ns-win ucs-normalize term/common-win tool-bar dnd fontset image
regexp-opt fringe tabulated-list replace newcomment text-mode elisp-mode
lisp-mode prog-mode register page menu-bar rfn-eshadow isearch timer
select scroll-bar mouse jit-lock font-lock syntax facemenu font-core
term/tty-colors frame 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 charscript case-table epa-hook jka-cmpr-hook help
simple abbrev obarray minibuffer cl-preloaded nadvice loaddefs button
faces cus-face macroexp files text-properties overlay sha1 md5 base64
format env code-pages mule custom widget hashtable-print-readable
backquote kqueue cocoa ns multi-tty make-network-process emacs)

Memory information:
((conses 16 221384 9266)
 (symbols 48 21106 0)
 (miscs 40 62 219)
 (strings 32 23097 5392)
 (string-bytes 1 726082)
 (vectors 16 36657)
 (vector-slots 8 704287 5512)
 (floats 8 191 116)
 (intervals 56 327 0)
 (buffers 976 13))

--001a1134e6e46ab78705431b5247
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Multiline compilation regexps do not reliably match.<br><b=
r>I have attached two files to this email: demo-twoline.el and<br>demo-twol=
ine2.sh<br><br>Steps to reproduce:<br><br>1. Start `emacs -Q`<br>2. M-x loa=
d-file demo-twoline.el<br>3. M-x compile &lt;enter&gt;<br>4. Observe not al=
l emitted errors are matched by compilation-mode<br><br>The above steps run=
 the `demo-twoline2.sh` shell script as the<br>compile-command, thus emulat=
ing something similar to the compiler error<br>messages in the compiler tha=
t I use. It emits nine such messages, but<br>not all of the emitted errors =
are matched as errors by compile.el. You<br>can tell this by the fact that =
only some are highlighted accordingly,<br>and also that hitting the &lt;tab=
&gt; key to cycle through them skips some of<br>the emitted errors.<br><br>=
(A colleague and I hypothesize that one likely component of this bug is<br>=
the way that compile.el, specifically the<br>compilation-next-single-proper=
ty-change function, works in 500 character<br>chunks. This, combined (we th=
ink) with line-based processing elsewhere<br>in compile.el, yields scenario=
s where regexps fail to match. At the very<br>least, when I remove the chun=
king strategy from compile.el by<br>unconditionally using `(or limit (point=
-max))` instead of taking the min<br>of that and `(+ position 500)`, then t=
he problem does not appear to<br>arise anymore for me.)<br><br><br>In GNU E=
macs 26.0.50.1 (x86_64-apple-darwin13.4.0, NS appkit-1265.21 Version 10.9.5=
 (Build 13F1911))<br>=C2=A0of 2016-12-06 built on <a href=3D"http://builder=
10-9.porkrind.org">builder10-9.porkrind.org</a><br>Windowing system distrib=
utor &#39;Apple&#39;, version 10.3.1404<br>Recent messages:<br>C-&lt; is un=
defined<br>Quit<br>Mark set<br>user-error: Moved past last error<br>user-er=
ror: Moved back before first error [2 times]<br>user-error: Moved past last=
 error [2 times]<br>user-error: Moved back before first error [2 times]<br>=
Setting up indent for shell type sh<br>Indentation variables are now local.=
<br>Indentation setup for shell type sh<br><br>Configured using:<br>=C2=A0&=
#39;configure --with-ns &#39;--enable-locallisppath=3D/Library/Application<=
br>=C2=A0Support/Emacs/${version}/site-lisp:/Library/Application<br>=C2=A0S=
upport/Emacs/site-lisp&#39; --with-modules&#39;<br><br>Configured features:=
<br>NOTIFY ACL GNUTLS LIBXML2 ZLIB TOOLKIT_SCROLL_BARS NS MODULES<br><br>Im=
portant settings:<br>=C2=A0 value of $LC_ALL: en_US.UTF-8<br>=C2=A0 value o=
f $LC_CTYPE: UTF-8<br>=C2=A0 value of $LANG: en_US.UTF-8<br>=C2=A0 locale-c=
oding-system: utf-8-unix<br><br>Major mode: Shell-script<br><br>Minor modes=
 in effect:<br>=C2=A0 sh-electric-here-document-mode: t<br>=C2=A0 shell-dir=
track-mode: t<br>=C2=A0 tooltip-mode: t<br>=C2=A0 global-eldoc-mode: t<br>=
=C2=A0 electric-indent-mode: t<br>=C2=A0 mouse-wheel-mode: t<br>=C2=A0 tool=
-bar-mode: t<br>=C2=A0 menu-bar-mode: t<br>=C2=A0 file-name-shadow-mode: t<=
br>=C2=A0 global-font-lock-mode: t<br>=C2=A0 font-lock-mode: t<br>=C2=A0 bl=
ink-cursor-mode: t<br>=C2=A0 auto-composition-mode: t<br>=C2=A0 auto-encryp=
tion-mode: t<br>=C2=A0 auto-compression-mode: t<br>=C2=A0 line-number-mode:=
 t<br>=C2=A0 transient-mark-mode: t<br><br>Load-path shadows:<br>None found=
.<br><br>Features:<br>(shadow sort mail-extr emacsbug message subr-x puny s=
eq byte-opt gv<br>bytecomp byte-compile cl-extra help-mode cconv dired dire=
d-loaddefs<br>format-spec rfc822 mml easymenu mml-sec password-cache epa de=
rived epg<br>epg-config gnus-util rmail rmail-loaddefs mm-decode mm-bodies =
mm-encode<br>mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rf=
c2047<br>rfc2045 ietf-drums mm-util mail-prsvr mail-utils sh-script smie<br=
>executable shell pcomplete edmacro kmacro cl-loaddefs pcase cl-lib<br>comp=
ile comint ansi-color ring time-date mule-util tooltip eldoc<br>electric un=
iquify ediff-hook vc-hooks lisp-float-type mwheel term/ns-win<br>ns-win ucs=
-normalize term/common-win tool-bar dnd fontset image<br>regexp-opt fringe =
tabulated-list replace newcomment text-mode elisp-mode<br>lisp-mode prog-mo=
de register page menu-bar rfn-eshadow isearch timer<br>select scroll-bar mo=
use jit-lock font-lock syntax facemenu font-core<br>term/tty-colors frame c=
l-generic cham georgian utf-8-lang misc-lang<br>vietnamese tibetan thai tai=
-viet lao korean japanese eucjp-ms cp51932<br>hebrew greek romanian slovak =
czech european ethiopic indian cyrillic<br>chinese composite charscript cas=
e-table epa-hook jka-cmpr-hook help<br>simple abbrev obarray minibuffer cl-=
preloaded nadvice loaddefs button<br>faces cus-face macroexp files text-pro=
perties overlay sha1 md5 base64<br>format env code-pages mule custom widget=
 hashtable-print-readable<br>backquote kqueue cocoa ns multi-tty make-netwo=
rk-process emacs)<br><br>Memory information:<br>((conses 16 221384 9266)<br=
>=C2=A0(symbols 48 21106 0)<br>=C2=A0(miscs 40 62 219)<br>=C2=A0(strings 32=
 23097 5392)<br>=C2=A0(string-bytes 1 726082)<br>=C2=A0(vectors 16 36657)<b=
r>=C2=A0(vector-slots 8 704287 5512)<br>=C2=A0(floats 8 191 116)<br>=C2=A0(=
intervals 56 327 0)<br>=C2=A0(buffers 976 13))<br><br></div>

--001a1134e6e46ab78705431b5247--

--001a1134e6e46ab78c05431b5249
Content-Type: application/octet-stream; name="demo-twoline.el"
Content-Disposition: attachment; filename="demo-twoline.el"
Content-Transfer-Encoding: base64
X-Attachment-Id: f_iwfo3z2p0

KHJlcXVpcmUgJ2NvbXBpbGUpCgooc2V0cSBjb21waWxlLWNvbW1hbmQgInNoIGRlbW8tdHdvbGlu
ZTIuc2giKQooc2V0cSB0d29saW5lLWNvbXBpbGF0aW9uLXJlZ2V4cHMKICAgICAgKGxldCAoKGZp
bGUgIlxcKFteXG5dK1xcKSIpCgkgICAgKHN0YXJ0LWxpbmUgIlxcKFswLTldK1xcKSIpCgkgICAg
KHN0YXJ0LWNvbCAgIlxcKFswLTldK1xcKSIpKQoJOzsgPT0+IDE6MjozCgkobGV0ICgoYXJyb3ct
ZmlsZXNwZWMgKGNvbmNhdCAiICo9PT4gIiBmaWxlICI6IiBzdGFydC1saW5lICI6IiBzdGFydC1j
b2wpKSkKCSAgKGxldCAoKGVycm9yLXJlIChjb25jYXQgIl5lcnJvcjogW15cbl0qXG4iIGFycm93
LWZpbGVzcGVjKSkpCgkgICAgKGxpc3QgYCh0d29saW5lLWVycm9yICxlcnJvci1yZSAxICAgICAy
ICAgIDMgICAgICAyKSkpKSkpCgoKOzsgUmVzZXQgdGhlIHJlZ2V4cCBhbGlzdHMgdG8gbWFrZSBp
dCBjbGVhciB3aGVyZSBiZWhhdmlvciBtdXN0IGJlIGFyaXNpbmcuCihzZXRxIGNvbXBpbGF0aW9u
LWVycm9yLXJlZ2V4cC1hbGlzdC1hbGlzdCAnKCkpCihzZXRxIGNvbXBpbGF0aW9uLWVycm9yLXJl
Z2V4cC1hbGlzdCAnKCkpCihnbG9iYWwtc2V0LWtleSAoa2JkICI8Qy10YWI+IikgJ2NvbXBpbGF0
aW9uLW5leHQtZXJyb3IpCgooZG9saXN0IChlbnRyeSB0d29saW5lLWNvbXBpbGF0aW9uLXJlZ2V4
cHMpCiAgKGFkZC10by1saXN0ICdjb21waWxhdGlvbi1lcnJvci1yZWdleHAtYWxpc3QtYWxpc3Qg
ZW50cnkpCiAgKGFkZC10by1saXN0ICdjb21waWxhdGlvbi1lcnJvci1yZWdleHAtYWxpc3QgKGNh
ciBlbnRyeSkpKQo=
--001a1134e6e46ab78c05431b5249
Content-Type: application/x-sh; name="demo-twoline2.sh"
Content-Disposition: attachment; filename="demo-twoline2.sh"
Content-Transfer-Encoding: base64
X-Attachment-Id: f_iwfo44b41

cHJpbnRmICJcCjAwMDAwMDAwMDExMTExMTExMTEyMjIyMjIyMjIyMzMzMzMzMzMzMzQ0NDQ0NDQ0
NDQ1NTU1NTU1NTU1NjY2NjY2NjY2Njc3Nzc3Nzc3Nzc4ODg4ODg4ODg4OTk5OTk5OTk5OTBcbiIK
cHJpbnRmICJcCjEyMzQ1Njc4OTAxMjM0NTY3ODkwMTIzNDU2Nzg5MDEyMzQ1Njc4OTAxMjM0NTY3
ODkwMTIzNDU2Nzg5MDEyMzQ1Njc4OTAxMjM0NTY3ODkwMTIzNDU2Nzg5MDEyMzQ1Njc4OTBcblwK
XG4iCgpzbGVlcCAxCgpwcmludGYgIlwKZXJyb3I6IC4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLlxuXAogPT0+IC9wYXRoL3RvL2ZpbGUucnM6MTAxOjEgLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u
XG5cCi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi5cblwKLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLlxuXAouLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uXG4iCgpwcmludGYgIlwKZXJyb3I6IC4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLlxuXAogPT0+IC9wYXRoL3RvL2ZpbGUucnM6MTAy
OjEgLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uXG5cCi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi5cblwKLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLlxu
XAouLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uXG4iCgpwcmludGYg
IlwKZXJyb3I6IC4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLlxuXAogPT0+IC9w
YXRoL3RvL2ZpbGUucnM6MTAzOjEgLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uXG5cCi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi5cblwKLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLlxuIgoKcHJpbnRmICJcCmVycm9yOiAuLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi5cblwKID09PiAvcGF0aC90by9maWxlLnJzOjEwNDoxIC4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLlxuXAouLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uXG5c
Ci4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi5cbiIKCnByaW50ZiAi
XAplcnJvcjogLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uXG5cCiA9PT4gL3Bh
dGgvdG8vZmlsZS5yczoxMDU6MSAuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi5cblwKLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLlxuXAouLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uXG4iCgpwcmludGYgIlwKZXJyb3I6IC4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLlxuXAogPT0+IC9wYXRoL3RvL2ZpbGUucnM6MTA2OjEgLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uXG5cCi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi5cblwK
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLlxuIgoKcHJpbnRmICJc
CmVycm9yOiAuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi5cblwKID09PiAvcGF0
aC90by9maWxlLnJzOjEwNzoxIC4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLlxuXAouLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uXG5cCi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi5cbiIKCnByaW50ZiAiXAplcnJvcjogLi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uXG5cCiA9PT4gL3BhdGgvdG8vZmlsZS5yczoxMDg6MSAuLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi5cblwKLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLlxuXAou
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uXG4iCgpwcmludGYgIlwK
ZXJyb3I6IC4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLlxuXAogPT0+IC9wYXRo
L3RvL2ZpbGUucnM6MTA5OjEgLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uXG5cCi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi5cblwKLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLlxuIgoKZXhpdCAxCg==
--001a1134e6e46ab78c05431b5249--

Message sent:

Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Mailer: MIME-tools 5.505 (Entity 5.505)
Content-Type: text/plain; charset=utf-8
X-Loop: help-debbugs@HIDDEN
From: help-debbugs@HIDDEN (GNU bug Tracking System)
To: Felix Klock <pnkfelix@HIDDEN>
Subject: bug#25133: Acknowledgement (26.0.50; compile.el multiline regexp
 handling)
Message-ID: <handler.25133.B.14811600913887.ack <at> debbugs.gnu.org>
References: <CAMYX+pUwj5Bo3NMC_gKnJLg5fEGg+dwMcPQaVhQmpvHazA3K9g@HIDDEN>
X-Gnu-PR-Message: ack 25133
X-Gnu-PR-Package: emacs
Reply-To: 25133 <at> debbugs.gnu.org
Date: Thu, 08 Dec 2016 01:22:02 +0000

Thank you for filing a new bug report with debbugs.gnu.org.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
 bug-gnu-emacs@HIDDEN

If you wish to submit further information on this problem, please
send it to 25133 <at> debbugs.gnu.org.

Please do not send mail to help-debbugs@HIDDEN unless you wish
to report a problem with the Bug-tracking system.

--=20
25133: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D25133
GNU Bug Tracking System
Contact help-debbugs@HIDDEN with problems

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#25133: 26.0.50; compile.el multiline regexp handling
Resent-From: npostavs@HIDDEN
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 08 Dec 2016 15:06:02 +0000
Resent-Message-ID: <handler.25133.B25133.14812095432363 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: Felix Klock <pnkfelix@HIDDEN>
Cc: 25133 <at> debbugs.gnu.org
From: npostavs@HIDDEN
References: <CAMYX+pUwj5Bo3NMC_gKnJLg5fEGg+dwMcPQaVhQmpvHazA3K9g@HIDDEN>
Date: Thu, 08 Dec 2016 10:06:33 -0500
In-Reply-To: <CAMYX+pUwj5Bo3NMC_gKnJLg5fEGg+dwMcPQaVhQmpvHazA3K9g@HIDDEN>
 (Felix Klock's message of "Wed, 7 Dec 2016 15:11:48 -1000")
Message-ID: <871sxifojq.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

tags 25133 confirmed
quit

Felix Klock <pnkfelix@HIDDEN> writes:

> Multiline compilation regexps do not reliably match.

I see Stefan Monnier added a check for a `compilation-multiline' text
property in [1], but I don't see any code that creates such a property.
Perhaps multiline support for compile.el was simply never finished?

[1]: Mon Oct 7 01:15:48 2013 -0400
http://git.savannah.gnu.org/cgit/emacs.git/commit/?id=55ca2c0df0b7bdc2c425c17cc74dfc08a9ad236c
* lisp/progmodes/compile.el (compilation-parse-errors):
Use compilation--put-prop.
(compilation--ensure-parse): Check compilation-multiline.

Message received at control <at> debbugs.gnu.org:

Received: (at control) by debbugs.gnu.org; 8 Dec 2016 15:05:43 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Thu Dec 08 10:05:43 2016
Received: from localhost ([127.0.0.1]:34688 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1cF0GV-0000bv-EV
	for submit <at> debbugs.gnu.org; Thu, 08 Dec 2016 10:05:43 -0500
Received: from mail-io0-f178.google.com ([209.85.223.178]:33296)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <npostavs@HIDDEN>)
 id 1cF0GU-0000be-3r; Thu, 08 Dec 2016 10:05:42 -0500
Received: by mail-io0-f178.google.com with SMTP id d9so5527083ioe.0;
 Thu, 08 Dec 2016 07:05:42 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
 h=sender:from:to:cc:subject:references:date:in-reply-to:message-id
 :user-agent:mime-version;
 bh=ZzhVmdj4awPdvxczEuzy6+bczYO/G7Gtrqu2/taCiFc=;
 b=uaY6PoZUqBZYmxv1XG+n2ZABvBsz4QEbSK5Jt9eJXuMHqTPjUhKIDGfEqPSUQhhM98
 cnmUCDh2T038ETfWS4zUZ9HpK+8uqnx/6TDb9JIaGKDy8ZgkdYiiK/Jz4hPfDsvHYV0i
 UCc8Pl20+9lrSnJGCedP1SrHBGsCneJMqhDBEoyIQCdOGFiHXasbi1k1kn132ee3tXhL
 rKmJrmR7o+gqD5THX0DUHssPteYlIxKSa4dsTBbrlV7z2SEzvc+gpasdzXeOdIdL/ReX
 YGQSTCD2ErE871DCs+YAqEojCDQO5VQu/DjOOL2FRCTstn97nZGxhIbB1Ca3DEeLqGHV
 IXDg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20130820;
 h=x-gm-message-state:sender:from:to:cc:subject:references:date
 :in-reply-to:message-id:user-agent:mime-version;
 bh=ZzhVmdj4awPdvxczEuzy6+bczYO/G7Gtrqu2/taCiFc=;
 b=atJUvU+NJrXQccOEazXJhQ3qwWpVoFsoehKVbNgcb2S/5wSbRB9FoEOkcKCoqfN4++
 MNHfzFZx58fMPj48zTbE8WuWqa5MCMoIV7Ae8GFCMu8p7ciUQvTGqsU8cduinWZ8KAGo
 GoQDZEpO2qNPZNsqOD3RCV2fBIyhmxJY1EnO0vrgEp5+etQFlD1wFDKIh03HjTjPMXln
 u/+54lRoU+uGFhm+ooxnZRL0VDr0tPoe2ackvai4bjKKgwmdEueiRMayoNxucHXx8jVm
 lEHn7xjf+m0wbiIgGZgNSiv58Uiu5fmUSoSyQkxBMz24A6IT83Hwm/ugNSZ8B25Zz0Qd
 hV4w==
X-Gm-Message-State: AKaTC01vaTskjbzy74IqAf+4R7j/Tj9kpijmupF09PKNrUMhjoutQh1hAjTx6cgHQsmsww==
X-Received: by 10.36.66.76 with SMTP id i73mr2052037itb.50.1481209532732;
 Thu, 08 Dec 2016 07:05:32 -0800 (PST)
Received: from zony ([45.2.7.65])
 by smtp.googlemail.com with ESMTPSA id p20sm5437923itc.8.2016.12.08.07.05.31
 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
 Thu, 08 Dec 2016 07:05:32 -0800 (PST)
From: npostavs@HIDDEN
To: Felix Klock <pnkfelix@HIDDEN>
Subject: Re: bug#25133: 26.0.50; compile.el multiline regexp handling
References: <CAMYX+pUwj5Bo3NMC_gKnJLg5fEGg+dwMcPQaVhQmpvHazA3K9g@HIDDEN>
Date: Thu, 08 Dec 2016 10:06:33 -0500
In-Reply-To: <CAMYX+pUwj5Bo3NMC_gKnJLg5fEGg+dwMcPQaVhQmpvHazA3K9g@HIDDEN>
 (Felix Klock's message of "Wed, 7 Dec 2016 15:11:48 -1000")
Message-ID: <871sxifojq.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Score: 0.0 (/)
X-Debbugs-Envelope-To: control
Cc: 25133 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: 0.0 (/)

tags 25133 confirmed
quit

Felix Klock <pnkfelix@HIDDEN> writes:

> Multiline compilation regexps do not reliably match.

I see Stefan Monnier added a check for a `compilation-multiline' text
property in [1], but I don't see any code that creates such a property.
Perhaps multiline support for compile.el was simply never finished?

[1]: Mon Oct 7 01:15:48 2013 -0400
http://git.savannah.gnu.org/cgit/emacs.git/commit/?id=55ca2c0df0b7bdc2c425c17cc74dfc08a9ad236c
* lisp/progmodes/compile.el (compilation-parse-errors):
Use compilation--put-prop.
(compilation--ensure-parse): Check compilation-multiline.

Message received at control <at> debbugs.gnu.org:

Received: (at control) by debbugs.gnu.org; 30 May 2019 16:36:01 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Thu May 30 12:36:01 2019
Received: from localhost ([127.0.0.1]:33687 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1hWO25-00006f-4i
	for submit <at> debbugs.gnu.org; Thu, 30 May 2019 12:36:01 -0400
Received: from mail-io1-f50.google.com ([209.85.166.50]:43740)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <npostavs@HIDDEN>)
 id 1hWO23-00006M-DS; Thu, 30 May 2019 12:35:59 -0400
Received: by mail-io1-f50.google.com with SMTP id k20so5580219ios.10;
 Thu, 30 May 2019 09:35:59 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
 h=from:to:cc:subject:references:date:in-reply-to:message-id
 :user-agent:mime-version;
 bh=ASgz0MR7l1RY0Ev5GW7m/t07gl6CHHJK1aucBrGhoDQ=;
 b=hjYA+7IfELpEdOemFf1UwGtwue2VnfB0sFO2l6YPEeUteEuQYiaqX0NYJAdh9qxuAC
 H3SCaFhVN9RccZv28iQs5nlBDZqZ9fPg3aEDZamuhhTJW+StHTQ14Eg7NK7NJfq0jBhE
 WrywAZ2HTQAn9cURipKr6BC+gSwSOlKD049kE+VvJnkkvcxsN9ObLwHz/bTzjGwhfnA1
 wnhGr2b6xgNFFK6xcRV3IXFkuj3sCFPR53hQQn8RZKifNkzOQntUsxcu5yYelgo2v8hs
 yPJwRSNPimEDWVi5SPrCNcecKc1xz2hoNfKdVJUB/270hIyLs2lrnBCGNlZmJC53KXkv
 4j/Q==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to
 :message-id:user-agent:mime-version;
 bh=ASgz0MR7l1RY0Ev5GW7m/t07gl6CHHJK1aucBrGhoDQ=;
 b=XqpaUwEtzlUKfILRDS2JbowjaXK84RObn14qvIztVkyULhppNSasiIhAu5+K/Xz2Ik
 bkrH5cRaCbkkaEO8NboANK3SQHDXi/YaQwhDuZuqdgxoAhI6RiLarO86DE0d8pEIeF+N
 UKCbjFJDGFSxX0BHDZTe/+0PtiZ07haR/tMq/Y0NkXCIXJu5Jlxj4SShIVHbF+Uwyaxk
 ml6zR3xZZIFscDAbytY/Sc37fYVN6d4QFm5n/Y2vjcyho1h4nOboWqgxl7feMR1AuQ0m
 GERk0TXupsep8biBl6JuvtMC5pGk/JTBYge5cwdwaAlcTyI3UH8Tp69t6AAFcYUM1/xN
 OuGw==
X-Gm-Message-State: APjAAAWdfw1QByuYYPQ9xpeQp63enRti2QuNKbQ6OMPu3j3YQAWgHT15
 8TKjIcym4hl697rS3onKFu2Vqi+k
X-Google-Smtp-Source: APXvYqwLHqNOLtg5IpWSfREZBQ6M4euVNyvkATFohsu03x4Adw0BtwIkIyYkwdfYCUghulUy2qzYGA==
X-Received: by 2002:a6b:e50d:: with SMTP id y13mr2863442ioc.160.1559234153487; 
 Thu, 30 May 2019 09:35:53 -0700 (PDT)
Received: from vhost2
 (CPE001143542e1f-CMf81d0f809fa0.cpe.net.cable.rogers.com. [99.230.51.196])
 by smtp.gmail.com with ESMTPSA id n26sm1039906ioc.74.2019.05.30.09.35.51
 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
 Thu, 30 May 2019 09:35:51 -0700 (PDT)
From: npostavs@HIDDEN
To: Evgeniy Dushistov <dushistov@HIDDEN>
Subject: Re: bug#36001: 26.2;
 compile-mode.el/compilation-mode spontaneous behaviour
References: <20190530094936.GA22903@HIDDEN>
 <87a7f46tip.fsf@HIDDEN> <20190530135828.GA111022@HIDDEN>
Date: Thu, 30 May 2019 12:35:50 -0400
In-Reply-To: <20190530135828.GA111022@HIDDEN> (Evgeniy Dushistov's
 message of "Thu, 30 May 2019 16:58:28 +0300")
Message-ID: <85ef4fdhnd.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1.92 (windows-nt)
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="=-=-="
X-Spam-Score: 0.0 (/)
X-Debbugs-Envelope-To: control
Cc: 36001 <at> debbugs.gnu.org, Noam Postavsky <npostavs@HIDDEN>
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

--=-=-=
Content-Type: text/plain

merge 36001 25133
quit

Evgeniy Dushistov <dushistov@HIDDEN> writes:

> the first error is not marked as error:
>
>> error...
>>   --> macroslib/src/lib.rs:428:27
>
> I uses rust-mode, it adds some regexps to
> compilation-error-regexp-alist-alist:
>
> https://github.com/rust-lang/rust-mode/blob/master/rust-mode.el

Thanks, I attach a simple reproducer based on this, run as

    emacs -Q -l bug-36001-reproducer.el -f bug-36001-reproducer


--=-=-=
Content-Type: text/plain
Content-Disposition: attachment; filename=bug-36001-reproducer.el
Content-Description: bug reproducer

(require 'compile)

(defun bug-36001-reproducer ()
  (interactive)
  (with-current-buffer (get-buffer-create "*test bug 36001*")
    (compilation-mode)
    (display-buffer (current-buffer))
    (mapc
     (lambda (s)
       (let ((inhibit-read-only t))
         (insert s))
       (sit-for 0))
     '("   Compiling rust_swig v0.4.0-pre (/home/evgeniy/bigdisk1/projects/rust-infra/swig/macroslib)
"
              "error[E0599]: no method named `merge` found for type `typemap::TypeMap` in the current scope
"
              "   --> macroslib/src/lib.rs:428:27
    |
428 |             self.conv_map.merge(*code_id, code, target_pointer_width)?;
    |                           ^^^^^ help: did you mean: `merge2`
    | 
   ::: macroslib/src/typemap.rs:81:1
    |
81  | pub(crate) struct TypeMap {
    | ------------------------- method `merge` not found for this

"))))

;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
;; Copied from https://github.com/rust-lang/rust-mode/raw/master/rust-mode.el
;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;

(defvar rustc-compilation-regexps
  (let ((file "\\([^\n]+\\)")
        (start-line "\\([0-9]+\\)")
        (start-col  "\\([0-9]+\\)"))
    (let ((re (concat "^\\(?:error\\|\\(warning\\)\\)[^-]+--> \\(" file ":" start-line ":" start-col "\\)")))
      (cons re '(3 4 5 (1) 2))))
  "Specifications for matching errors in rustc invocations.
See `compilation-error-regexp-alist' for help on their format.")


(defvar rustc-colon-compilation-regexps
  (let ((file "\\([^\n]+\\)")
        (start-line "\\([0-9]+\\)")
        (start-col  "\\([0-9]+\\)"))
    (let ((re (concat "^ *::: " file ":" start-line ":" start-col ; ::: foo/bar.rs
                      )))
      (cons re '(1 2 3 0)))) ;; 0 for info type
  "Specifications for matching `:::` hints in rustc invocations.
See `compilation-error-regexp-alist' for help on their format.")

;; Match test run failures and panics during compilation as
;; compilation warnings
(defvar cargo-compilation-regexps
  '("^\\s-+thread '[^']+' panicked at \\('[^']+', \\([^:]+\\):\\([0-9]+\\)\\)" 2 3 nil nil 1)
  "Specifications for matching panics in cargo test invocations.
See `compilation-error-regexp-alist' for help on their format.")

(progn
   (add-to-list 'compilation-error-regexp-alist-alist
                (cons 'rustc rustc-compilation-regexps))
   (add-to-list 'compilation-error-regexp-alist 'rustc)
   (add-to-list 'compilation-error-regexp-alist-alist
                (cons 'rustc-colon rustc-colon-compilation-regexps))
   (add-to-list 'compilation-error-regexp-alist 'rustc-colon)
   (add-to-list 'compilation-error-regexp-alist-alist
                (cons 'cargo cargo-compilation-regexps))
   (add-to-list 'compilation-error-regexp-alist 'cargo)
   (add-hook 'next-error-hook 'rustc-scroll-down-after-next-error))

--=-=-=
Content-Type: text/plain


The basic problem is that rust-mode is using a multiline regexp, so it's
the same bug#25133.

--=-=-=--

Last modified: Mon, 25 Nov 2019 12:00:02 UTC

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997 nCipher Corporation Ltd, 1994-97 Ian Jackson.