From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Maxime Devos Newsgroups: gmane.lisp.guile.devel Subject: RE: Exporting a nonexistent variable Date: Mon, 4 Nov 2024 21:43:54 +0100 Message-ID: <20241104214356.Ykjw2D0014tRJL601kjwhV@laurent.telenet-ops.be> References: Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="_DCF3B84B-C9F2-489D-8529-B5D00CD81F6A_" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="28684"; mail-complaints-to="usenet@ciao.gmane.io" To: =?utf-8?Q?Tommi_H=C3=B6yn=C3=A4l=C3=A4nmaa?= , "guile-devel@gnu.org" Original-X-From: guile-devel-bounces+guile-devel=m.gmane-mx.org@gnu.org Mon Nov 04 21:44:34 2024 Return-path: Envelope-to: guile-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 1t83wA-0007Lg-Ls for guile-devel@m.gmane-mx.org; Mon, 04 Nov 2024 21:44:34 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1t83vo-00061O-7j; Mon, 04 Nov 2024 15:44:12 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1t83vj-000619-Bw for guile-devel@gnu.org; Mon, 04 Nov 2024 15:44:07 -0500 Original-Received: from laurent.telenet-ops.be ([2a02:1800:110:4::f00:19]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1t83vg-0002oD-Rm for guile-devel@gnu.org; Mon, 04 Nov 2024 15:44:07 -0500 Original-Received: from [IPv6:2a02:1811:8c0e:ef00:28f7:a748:a738:4cef] ([IPv6:2a02:1811:8c0e:ef00:28f7:a748:a738:4cef]) by laurent.telenet-ops.be with cmsmtp id Ykjw2D0014tRJL601kjwhV; Mon, 04 Nov 2024 21:43:56 +0100 Importance: normal X-Priority: 3 In-Reply-To: DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telenet.be; s=r24; t=1730753036; bh=gZZnlD579nel4Lol8vnO9W5uekM/+/GZYx9CBNnCCwY=; h=Message-ID:MIME-Version:To:From:Subject:Date:In-Reply-To: References:Content-Type:From; b=PXxF4h5bgSyKI9Eutmh/AgxpXjMQcf5vXDnMxzWzOmGnlsAhFsFIKKJs3DC4MdFvu dTjb2dH06OEd7OK7EOrPUZ/rXYTerAxG73AdgSPkG7OWz31sISiHrME3iuOWCfzRvu w94b6RxFPTNlEZZnusDMTGkG5MhvAaMhPEmrmwobDOiEJfXKw7aksqrMXZjsDxStnr b0ShuqxIqcBISp2VVlp8wrQ/8HRf4lgetGy2+AbtLFwH2P1+sg5/LMeQwLSplgMenO 5mAPx7JiZM8gc104cgwZiND5E9MbUseT7iA2t4Rka45t4lspGy355bN9oKyqqhHYwn zYcNAdrc/adTQ== Received-SPF: pass client-ip=2a02:1800:110:4::f00:19; envelope-from=maximedevos@telenet.be; helo=laurent.telenet-ops.be X-Spam_score_int: -27 X-Spam_score: -2.8 X-Spam_bar: -- X-Spam_report: (-2.8 / 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, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: guile-devel@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Developers list for Guile, the GNU extensibility library" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guile-devel-bounces+guile-devel=m.gmane-mx.org@gnu.org Original-Sender: guile-devel-bounces+guile-devel=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.lisp.guile.devel:22754 Archived-At: --_DCF3B84B-C9F2-489D-8529-B5D00CD81F6A_ Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" >I think Guile could report a warning if a nonexistent variable is=20 >exported as the cause of this kind of errors may be difficult to find in=20 >a large program. During compilation, code is analysed and IIRC there is a warning for unboun= d variables. (I don=E2=80=99t know if warning is the default though.) Large= program should be compiled, so they would get the warning. So, just compile your modules and you should get warnings for the modules. (I=E2=80=99m not sure about this particular (export this that) case =E2=80= =93 is it defining =E2=80=98this=E2=80=99 as =E2=80=98that=E2=80=99, or is = it some kind of symbolic reference that can be created even if the target d= oesn=E2=80=99t exist? If the latter, maybe that=E2=80=99s not checked for f= or this warning =E2=80=93 I don=E2=80=99t know.) (Perhaps compilation actually happened, autocompilation is the default thou= gh it can be disabled =E2=80=93 I don=E2=80=99t know if warnings are enable= d for autocompiled dependencies though.) Best regards, Maxime Devos --_DCF3B84B-C9F2-489D-8529-B5D00CD81F6A_ Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset="utf-8"

>I= think Guile could report a warning if a nonexistent variable is

>exported as the cause of this kind of errors may be diff= icult to find in

>a large program.

 

During compilation, = code is analysed and IIRC there is a warning for unbound variables. (I don= =E2=80=99t know if warning is the default though.) Large program should be = compiled, so they would get the warning.

 = ;

So, just compile your modules and you shoul= d get warnings for the modules.

(I=E2=80=99m not su= re about this particular (export this that) case =E2=80=93 is it defining = =E2=80=98this=E2=80=99 as =E2=80=98that=E2=80=99, or is it some kind of sym= bolic reference that can be created even if the target doesn=E2=80=99t exis= t? If the latter, maybe that=E2=80=99s not checked for for this warning =E2= =80=93 I don=E2=80=99t know.)

 

=

(Perhaps compilation actually happened, autocompilatio= n is the default though it can be disabled =E2=80=93 I don=E2=80=99t know i= f warnings are enabled for autocompiled dependencies though.)

 

Best regards,
Max= ime Devos

= --_DCF3B84B-C9F2-489D-8529-B5D00CD81F6A_--