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.user Subject: Re: Need help embedding Guile Date: Wed, 22 Dec 2021 15:29:32 +0000 Message-ID: References: <2a789e248ef8d1922caec7af553cf26e9b360619.camel@telenet.be> <87ee65shtv.fsf@laura> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="36257"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Evolution 3.38.3-1 Cc: "guile-user@gnu.org" To: Dimitris Papavasiliou , Olivier Dion Original-X-From: guile-user-bounces+guile-user=m.gmane-mx.org@gnu.org Wed Dec 22 16:30:14 2021 Return-path: Envelope-to: guile-user@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 1n03ZF-0009Cy-3T for guile-user@m.gmane-mx.org; Wed, 22 Dec 2021 16:30:13 +0100 Original-Received: from localhost ([::1]:35690 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1n03ZD-0006nV-9F for guile-user@m.gmane-mx.org; Wed, 22 Dec 2021 10:30:11 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:43888) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1n03Yf-0006n7-LV for guile-user@gnu.org; Wed, 22 Dec 2021 10:29:38 -0500 Original-Received: from [2a02:1800:120:4::f00:13] (port=56024 helo=baptiste.telenet-ops.be) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1n03Yd-0001fw-KE for guile-user@gnu.org; Wed, 22 Dec 2021 10:29:37 -0500 Original-Received: from ptr-bvsjgyhxw7psv60dyze.18120a2.ip6.access.telenet.be ([IPv6:2a02:1811:8c09:9d00:3c5f:2eff:feb0:ba5a]) by baptiste.telenet-ops.be with bizsmtp id ZTVY2600i4UW6Th01TVYy7; Wed, 22 Dec 2021 16:29:33 +0100 In-Reply-To: DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telenet.be; s=r21; t=1640186973; bh=BaN0YhOw1L9U2h0ZXx6bb9NTh5DlvqnUXJJmWdBthYg=; h=Subject:From:To:Cc:Date:In-Reply-To:References; b=r7599KdVdoTEx9JbgJBHo5ptLRokjdlkZg/WKh1eR5a1MITF/0WaWHJ+fv5E85wQN X/h+6Yg5LyAUm7VQF+TN7qIRZ9ymXu3oohJq3WGR6yOtZpH8UQLScvy/CYORhXPorb HKpwUZ6lHJiqEMh7A7SkEOn6mcrBupnEiR7ztSDJpsDHh3/AiKnO0lvGLeiXxk3olK HKTZWehBEq7P7sJH+x+p/Mt2iE5XEUORn7yU4D5XpIxlldVlrh41hLeiLWvqXi/HU8 0rOEmdXOfDC8u+VnpHiB3aa1iKz9Ii9PZsrttAzUYbOORp1mPxi6pd+n3gTI4UyWs4 GYIJtJAewRjNQ== X-Host-Lookup-Failed: Reverse DNS lookup failed for 2a02:1800:120:4::f00:13 (failed) Received-SPF: pass client-ip=2a02:1800:120:4::f00:13; envelope-from=maximedevos@telenet.be; helo=baptiste.telenet-ops.be X-Spam_score_int: -19 X-Spam_score: -2.0 X-Spam_bar: -- X-Spam_report: (-2.0 / 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, RCVD_IN_DNSWL_LOW=-0.7, RDNS_NONE=0.793, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=no autolearn_force=no X-Spam_action: no action X-BeenThere: guile-user@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: General Guile related discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guile-user-bounces+guile-user=m.gmane-mx.org@gnu.org Original-Sender: "guile-user" Xref: news.gmane.io gmane.lisp.guile.user:17904 Archived-At: Hi, Dimitris Papavasiliou schreef op wo 22-12-2021 om 11:41 [+0000]: > Creating the complete graph before evaluation begins in the second > phase is probably not necessary (nodes could be evaluated as they're > created), but it creates the opportunity for certain optimizations > (like dead code elimination for instance).  > This seems clear to me (I think you mean that there's some guile code that preprocesses the node graph to optimise it a little, before evaluating things). I don't see what dead code elimination has to do with the structure of your program though (it's a guile thing, not a node graph thing?). > This makes some sort of > forcing/ensuring that Guile has terminated desirable. ... but I don't see how this follows. The only benefit I see from ensuring Guile terminates, is freeing a little memory. But since the Guile is basically used as a fancy configuration language, I don't see the need. (Except for valgrind memory leak detection.) Greetings, Maxime.