From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: =?ISO-8859-1?Q?Jostein=20Kj=F8nigsen?= Newsgroups: gmane.emacs.devel Subject: [PATCH] Handle output from Emacs byte-compilation properly Date: Mon, 14 Sep 2015 22:14:39 +0200 Message-ID: <1442261679.3417325.383499481.7568CF24@webmail.messagingengine.com> Reply-To: jostein@kjonigsen.net NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="_----------=_144226167934173250"; charset="utf-8" Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1442299357 29790 80.91.229.3 (15 Sep 2015 06:42:37 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 15 Sep 2015 06:42:37 +0000 (UTC) Cc: Jan Nieuwenhuizen To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Sep 15 08:42:28 2015 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Zbjwe-0006DX-Pr for ged-emacs-devel@m.gmane.org; Tue, 15 Sep 2015 08:42:25 +0200 Original-Received: from localhost ([::1]:45391 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zbjwd-0002ov-Uc for ged-emacs-devel@m.gmane.org; Tue, 15 Sep 2015 02:42:23 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:42391) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zba9E-0002Jh-BT for emacs-devel@gnu.org; Mon, 14 Sep 2015 16:14:45 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Zba9B-0004tz-4m for emacs-devel@gnu.org; Mon, 14 Sep 2015 16:14:44 -0400 Original-Received: from out2-smtp.messagingengine.com ([66.111.4.26]:51807) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zba9B-0004tZ-2D for emacs-devel@gnu.org; Mon, 14 Sep 2015 16:14:41 -0400 Original-Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id 6C63B20400 for ; Mon, 14 Sep 2015 16:14:39 -0400 (EDT) Original-Received: from web3 ([10.202.2.213]) by compute4.internal (MEProxy); Mon, 14 Sep 2015 16:14:39 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= secure.kjonigsen.net; h=cc:content-transfer-encoding :content-type:date:from:message-id:mime-version:reply-to:subject :to:x-sasl-enc:x-sasl-enc; s=mesmtp; bh=+5EW8b5opCBMZu674HHGY6eo Llo=; b=rboz+ncHM3ag7sQulliehU9/HaMuShJPKx5j37h3ccMTVLGnR2qN33gU zpkjz/UGS+4RJq25/OI/P8XupTU+n0GXcP//q1RGj5Y1PLhPV5ZzSd6fG/WwFDen SL5IDf82NSWcdy93DzcsKHQ2cYDonE2LSdxDfm5gPSjG+eRO86g= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:message-id:mime-version:reply-to:subject:to :x-sasl-enc:x-sasl-enc; s=smtpout; bh=+5EW8b5opCBMZu674HHGY6eoLl o=; b=jN4FZNYkIDfk5dOpyiknXqjoOMb9LyUQj04zoC2D+Y+0R2exItufcjIIky A+jJH9cBTZLt3O4NC4r2HLmXdIzXLRzRO+0rWBCWozOtX+4t3ZpOFMIt0EQxO9Sl S1kUOj0gbC9y95xFAPtb6aL1HhpbFCnrB4sPhlEYyxssca1G4= Original-Received: by web3.nyi.internal (Postfix, from userid 99) id 3BF36102531; Mon, 14 Sep 2015 16:14:39 -0400 (EDT) X-Sasl-Enc: 0dGXYQU2S8wUFke8lRMsL/3W9xTnt/R63gNwzZa7lG/6 1442261679 X-Mailer: MessagingEngine.com Webmail Interface - ajax-c76b43ce X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 66.111.4.26 X-Mailman-Approved-At: Tue, 15 Sep 2015 02:42:03 -0400 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:189966 Archived-At: This is a multi-part message in MIME format. --_----------=_144226167934173250 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="ISO-8859-1" It's common for module-developers to run Emacs byte-compilation in separate build-scripts. When invoking byte-compile on Emacs-lisp files you often get the following headers: - In toplevel form: - In end of data: When these errors show up in the output of a build-script initiated through M-x compile and show up in a compilation-mode buffer, these lines gets treated as guile-errors for files which doesn't exist. This is due to the following regexp, which is quite frankly extremely wide: (guile-file "^In \\(.+\\):\n" 1) This breaks prev-error and next-error based navigation because the files "toplevel form" and "end of data" doesn't exist. This patch ensures those lines are treated as information only before getting to the guile-file regexp. -- Jostein Kj=F8nigsen jostein@kjonigsen.net / jostein@secure.kjonigsen.net --_----------=_144226167934173250 Content-Disposition: attachment; filename="compilation-mode-emacs-lisp.patch" Content-Id: <1442261447.3416590.c30db13e340fe0886753c37ae7acbf93a6362626.2DB5B7ED@content.messagingengine.com> Content-Transfer-Encoding: base64 Content-Type: text/x-patch; name="compilation-mode-emacs-lisp.patch" RnJvbSBlZWMxYTc5NTFiMGJmYjg1ODc1ZWYwOWYxZDc4OTg4MDY4ODkzYzA2 IE1vbiBTZXAgMTcgMDA6MDA6MDAgMjAwMQpGcm9tOiA9P1VURi04P3E/Sm9z dGVpbj0yMEtqPUMzPUI4bmlnc2VuPz0gPGpvc3RlaW5Aa2pvbmlnc2VuLm5l dD4KRGF0ZTogTW9uLCAxNCBTZXAgMjAxNSAyMTo0Mzo1NyArMDIwMApTdWJq ZWN0OiBbUEFUQ0hdIEhhbmRsZSBvdXRwdXQgZnJvbSBFbWFjcyBieXRlLWNv bXBpbGF0aW9uIHByb3Blcmx5CgpJdCdzIGNvbW1vbiBmb3IgbW9kdWxlLWRl dmVsb3BlcnMgdG8gcnVuIEVtYWNzIGJ5dGUtY29tcGlsYXRpb24gaW4Kc2Vw YXJhdGUgYnVpbGQtc2NyaXB0cy4KCldoZW4gaW52b2tpbmcgYnl0ZS1jb21w aWxlIG9uIEVtYWNzLWxpc3AgZmlsZXMgeW91IG9mdGVuIGdldCB0aGUKZm9s bG93aW5nIGhlYWRlcnM6CgotIEluIHRvcGxldmVsIGZvcm06Ci0gSW4gZW5k IG9mIGRhdGE6CgpXaGVuIHRoZXNlIGVycm9ycyBzaG93IHVwIGluIHRoZSBv dXRwdXQgb2YgYSBidWlsZC1zY3JpcHQgaW5pdGlhdGVkCnRocm91Z2ggTS14 IGNvbXBpbGUgYW5kIHNob3cgdXAgaW4gYSBjb21waWxhdGlvbi1tb2RlIGJ1 ZmZlciwgdGhlc2UKbGluZXMgZ2V0cyB0cmVhdGVkIGFzIGd1aWxlLWVycm9y cyBmb3IgZmlsZXMgd2l0aCB0aGUgcmVzcGVjdGl2ZSBuYW1lcwoidG9wbGV2 ZWwgZm9ybSIgYW5kICJlbmQgb2YgZGF0YSIuCgpUaGlzIGJyZWFrcyBwcmV2 LWVycm9yIGFuZCBuZXh0LWVycm9yIGJhc2VkIG5hdmlnYXRpb24uCgpUaGlz IHBhdGNoIGVuc3VyZXMgdGhvc2UgbGluZXMgYXJlIHRyZWF0ZWQgYXMgaW5m b3JtYXRpb24gb25seSBiZWZvcmUKZ2V0dGluZyB0byB0aGUgZ3VpbGUtZmls ZXMgcmVnZXhwLgotLS0KIGxpc3AvcHJvZ21vZGVzL2NvbXBpbGUuZWwgfCA2 ICsrKysrKwogMSBmaWxlIGNoYW5nZWQsIDYgaW5zZXJ0aW9ucygrKQoKZGlm ZiAtLWdpdCBhL2xpc3AvcHJvZ21vZGVzL2NvbXBpbGUuZWwgYi9saXNwL3By b2dtb2Rlcy9jb21waWxlLmVsCmluZGV4IGE2ZTllZDguLmM5MzZlYzYgMTAw NjQ0Ci0tLSBhL2xpc3AvcHJvZ21vZGVzL2NvbXBpbGUuZWwKKysrIGIvbGlz cC9wcm9nbW9kZXMvY29tcGlsZS5lbApAQCAtNDc3LDYgKzQ3NywxMiBAQCBG aWxlID0gXFwoLitcXCksIExpbmUgPSBcXChbMC05XStcXClcXCg/OiwgQ29s dW1uID0gXFwoWzAtOV0rXFwpXFwpPyIKICAgICAgOzsKICAgICAgIl5cXChb XiBcdFxyXG4oXStcXCkgKFxcKFswLTldK1xcKTpcXChbMC05XStcXCkpICIK ICAgICAgMSAyIDMpCisKKyAgICA7OyBlbnN1cmUgZW1hY3MtaW5mbyBoZWFk ZXJzIGFyZSBub3QgdHJlYXRlZCBhcyBndWlsZS1lcnJvcnMuCisgICAgOzsg Y3JlYXRlZCB1c2luZyAocnggKG9yICJJbiB0b3BsZXZlbCBmb3JtOiIgIklu IGVuZCBvZiBkYXRhOiIpKQorICAgIChhZGQtdG8tbGlzdCAnY29tcGlsYXRp b24tZXJyb3ItcmVnZXhwLWFsaXN0LWFsaXN0ICcoZWxpc3AtaW5mbyAiXFwo PzpJbiBcXCg/OlxcKD86ZW5kIG9mIGRhdGFcXHx0b3BsZXZlbCBmb3JtXFwp OlxcKVxcKSIgbmlsIG5pbCBuaWwgMCkpCisgICAgKGFkZC10by1saXN0ICdj b21waWxhdGlvbi1lcnJvci1yZWdleHAtYWxpc3QgJ2VsaXNwLWluZm8pCisK ICAgICAoZ3VpbGUtZmlsZSAiXkluIFxcKC4rXFwpOlxuIiAxKQogICAgIChn dWlsZS1saW5lICJeICpcXChbMC05XStcXCk6ICpcXChbMC05XStcXCkiIG5p bCAxIDIpCiAgICAgKQotLQoxLjkuMQoK --_----------=_144226167934173250--