From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: Correct line/column numbers in byte compiler messages [Was: GNU is looking for Google Summer of Code Projects] Date: Fri, 20 Mar 2020 19:46:26 -0400 Message-ID: References: <20200319203449.GA4180@ACM> <20200320201005.GC5255@ACM> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="95609"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: emacs-devel@gnu.org To: =?windows-1252?Q?Cl=E9ment?= Pit-Claudel Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sat Mar 21 00:47:10 2020 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 1jFRM5-000OlX-Mv for ged-emacs-devel@m.gmane-mx.org; Sat, 21 Mar 2020 00:47:09 +0100 Original-Received: from localhost ([::1]:60284 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jFRM4-0001i3-O9 for ged-emacs-devel@m.gmane-mx.org; Fri, 20 Mar 2020 19:47:08 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:34143) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jFRLT-000157-Fe for emacs-devel@gnu.org; Fri, 20 Mar 2020 19:46:32 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1jFRLS-0003Ix-5C for emacs-devel@gnu.org; Fri, 20 Mar 2020 19:46:31 -0400 Original-Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:46351) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1jFRLS-0003Ip-1c for emacs-devel@gnu.org; Fri, 20 Mar 2020 19:46:30 -0400 Original-Received: from pmg1.iro.umontreal.ca (localhost.localdomain [127.0.0.1]) by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id 9A84C100288; Fri, 20 Mar 2020 19:46:29 -0400 (EDT) Original-Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id 76F5C100865; Fri, 20 Mar 2020 19:46:27 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1584747987; bh=D1yiCShP+6VYcPFRrY5kNKqstirhS3MLv383lV3nPF0=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=QU79tgNWGi+O5UPWswpjZ8X7A2Pk6PfqKIXIUmwfR+fTgNSgEo4txn/BEjD5t/Jq0 lHGVLmZxSxs383aIBhkaR/wN1LdKCNoOFCvzCGmNV7OeiOmV+uu2mDTrigpASVHJjX ahTupdsi4Rcc+0F5r4Tr8ucEiXy4lpXKl790/97ZyNLOGui7z/DI619H/tuOoy3Gho Fy7QeGnaxyalZLoOmBTU+B6JzlIcyoQ4/BOTbe96Y5VVQHnoXpHHFLei50fbXnLB+q 7cUDbDJiB8ksRlpUP3ph7o4gMOzpu4kKnztVYLUqjLBJN8mJ7ueNbcBMgp/w63t2gG Lk8nE1lBzADjQ== Original-Received: from alfajor (unknown [104.247.241.114]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 16DBD120648; Fri, 20 Mar 2020 19:46:27 -0400 (EDT) In-Reply-To: (=?windows-1252?Q?=22Cl=E9ment?= Pit-Claudel"'s message of "Fri, 20 Mar 2020 17:27:34 -0400") X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 132.204.25.50 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 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:245617 Archived-At: > properties", but from reading > https://www.gnu.org/software/guile/manual/html_node/Source-Properties.html > it seems that it might use something similar to your approach? It seems that Guile does it along the lines of "fat cons cells" according to their example: scheme@(guile-user)> (xxx) :4:1: In procedure module-lookup: :4:1: Unbound variable: xxx scheme@(guile-user)> xxx ERROR: In procedure module-lookup: ERROR: Unbound variable: xxx where only the code with a cons-cell gets location information. That's also what the earlier text says: The way that source properties are stored means that Guile cannot associate source properties with individual symbols, keywords, characters, booleans, or small integers. Tho, IIUC it seems that rather than "fat cons cells" they may be using a hash-table indexed with the object (cons-cells or otherwise). Stefan