From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Lars Ingebrigtsen Newsgroups: gmane.emacs.devel Subject: Re: Incorrect byte compiler error/warning message positions. A possible fix. Date: Mon, 15 Nov 2021 06:22:50 +0100 Message-ID: <87sfvy2dsl.fsf@gnus.org> References: Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="9517"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) Cc: emacs-devel@gnu.org To: Alan Mackenzie Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Mon Nov 15 06:24:13 2021 Return-path: Envelope-to: ged-emacs-devel@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 1mmUTV-0002HG-7u for ged-emacs-devel@m.gmane-mx.org; Mon, 15 Nov 2021 06:24:13 +0100 Original-Received: from localhost ([::1]:47702 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mmUTT-0001lE-SJ for ged-emacs-devel@m.gmane-mx.org; Mon, 15 Nov 2021 00:24:11 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:45504) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mmUSH-00013j-1J for emacs-devel@gnu.org; Mon, 15 Nov 2021 00:22:57 -0500 Original-Received: from [2a01:4f9:2b:f0f::2] (port=57748 helo=quimby.gnus.org) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mmUSF-0003MB-1C for emacs-devel@gnu.org; Mon, 15 Nov 2021 00:22:56 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=EIa0zid6/12InEahF6Q62g557YECBsO5Kq7CrdiAwbw=; b=IcLar6hsBML49k/Y4hV/Mh8cV8 3ELgiSnWaClEYuDl5o4CcgRVx99jr2kwtmYmFHzh8gotPNVM/m3n36IzHD8l1Asg4vrrNaFlsa5Y/ 2YQah/kx7pF0cmZaKahkYLI1HsNKBEMZIa6Vsfe8sIVMlqiSkH/kjkoZssQbiFxkhzsY=; Original-Received: from [84.212.220.105] (helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mmUSA-0001vg-G6; Mon, 15 Nov 2021 06:22:53 +0100 Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwAgMAAAAqbBEUAAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAADFBMVEXt7Oy4s6ZpZWH/ //+RkaxBAAAAAWJLR0QDEQxM8gAAAAd0SU1FB+ULDwUOAD2m7rMAAAEwSURBVCjPVZHNasMwDMel YQ22kwN1Djnv0jyFC+nOHjg59DYog+Yp9hBNoTtn0OQpJ8lxyEwg+unDkv4G2J4GTbNlu1o7MEEN 10Zxe7G9fBaN2KhowSwFAmt5BCgCbCIZNCWlGYW15CP9XExNc7/luF79wdfzA8o5ehnA16cMnLvv GSZJwyKnaSDB7SpwUKi+Rk0DhVkAVkhNBVxYJhAN/h128Ob7X3WjJtlPVFA9igGR3RIJUDwR3hgG 1huK7o6zBzqykOC6u2HDeFGhfI944Ug03LX8udJbYN0MTlCfRuJZROsG6n5U0UgaGec3U3lajKo7 W9FHgxVv3iG1+gTVEPEb6KDwysAXpcjLFLHN8NymiF5AAoF4Y+5LkXdGSnrQeQeer9ZnJK60qsEy lOryB5/VRMvdQ4b+AAAAJXRFWHRkYXRlOmNyZWF0ZQAyMDIxLTExLTE1VDA1OjE0OjAwKzAwOjAw gYRj0AAAACV0RVh0ZGF0ZTptb2RpZnkAMjAyMS0xMS0xNVQwNToxNDowMCswMDowMPDZ22wAAAAA SUVORK5CYII= X-Now-Playing: Aksak Maboul's _Redrawn Figures 1_: "Tout a une fin (The Notwist Version)" In-Reply-To: (Alan Mackenzie's message of "Sun, 14 Nov 2021 19:13:04 +0000") X-Host-Lookup-Failed: Reverse DNS lookup failed for 2a01:4f9:2b:f0f::2 (failed) Received-SPF: pass client-ip=2a01:4f9:2b:f0f::2; envelope-from=larsi@gnus.org; helo=quimby.gnus.org X-Spam_score_int: -35 X-Spam_score: -3.6 X-Spam_bar: --- X-Spam_report: (-3.6 / 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, RCVD_IN_DNSWL_MED=-2.3, RDNS_NONE=0.793, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 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-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:279465 Archived-At: Alan Mackenzie writes: > The byte compiler reports wrong source positions in its error and > warning messages; not every time, but perhaps most of the time. There > are currently at least six open bugs for this problem, e.g. bug #22288. In my experience, the vast majority of the warning messages point to the correct position. But, yes, it does sometimes give the wrong position. > In the new scheme it is no longer true that (eq # 'foo). > The Lisp form for a function being compiled is manipulated as at > present, only its symbols will have positions. These will get stripped > out of the symbols before final code generation. Hm... interesting. But couldn't the same stripping be done even if the symbols are eq? That way eq would be slower during byte compilation, but not otherwise? > The biggest problem is with macros, and I think I can solve this. There's also an issue with byte-hunk-handlers and byte-optimizer forms (etc), I'd guess? They inspect the forms and do operations based on the symbols. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no