Re: [BUG] Eval sets incorrect runtime metainformation

2024-06-30 Thread Philip McGrath
On 6/29/24 19:05, Maxime Devos wrote: > Instead of run-time reflection on values, I think an IDE implementing > jump to definition should use source location and binding information > from syntax objects. That's how DrRacket does it. > ... > Since syntax objects from the expander encode all the d

Re: The Guile junk drawer and a C plea

2024-06-29 Thread Philip McGrath
Hi, On 6/28/24 22:52, Thompson, David wrote: First, I think Guile's default environment is a total mess. It's the very definition of a junk drawer. There's over 1000 names in the (guile) module! Contrast this with R7RS-small's (scheme base) module that only has 200ish. Guile is an old projec

Re: [BUG] Eval sets incorrect runtime metainformation

2024-06-29 Thread Philip McGrath
On 6/28/24 09:20, Andrew Tropin wrote: On 2024-06-26 18:06, Philip McGrath wrote: On 6/26/24 07:41, Andrew Tropin wrote:> That said, the evaluator does attach so-called "meta-data" information to procedures, such as the procedure name. https://www.gnu.org/software/guile/man

Re: Licensing of Guile code loaded by libguile.so

2024-06-15 Thread Philip McGrath
Hi Felix, On 6/13/24 09:56, Felix Lechner wrote: Hi Arne, On Thu, Jun 13 2024, Arne Babenhauserheide wrote: The rule of thumb is, if you want proprietary software to use your code, you must choose LGPL. So I think your code would be part of the corresponding source of the linked libguile,

Re: [PATCH] Add atomic-box-update! function to (ice-9 atomic)

2023-06-22 Thread Philip McGrath
On Thu, Jun 22, 2023, at 5:02 AM, Andrew Tropin wrote: > On 2023-06-22 01:21, Philip McGrath wrote: >> >> In any case, the current documentation for >> atomic-box-compare-and-swap! is clear that the comparison is eq?: it >> just means that, when the behavior of e

Re: [PATCH] Add atomic-box-update! function to (ice-9 atomic)

2023-06-21 Thread Philip McGrath
On Wed, Jun 21, 2023, at 11:59 PM, Andrew Tropin wrote: > On 2023-06-21 18:54, Jean Abou Samra wrote: > >>> Le 21 juin 2023 à 18:46, Andrew Tropin a écrit : >>> >>> Make sense, but it's hard for me to say something valuable on this >>> topic. Usually, I don't use eq? and don't have enough knowle

Re: Clojure support

2023-03-04 Thread Philip McGrath
On Sat, Mar 4, 2023, at 5:28 AM, Linus Björnstam wrote: > Andy already has a fast implementation of functional hashtables > ("fash") which are of a particular high quality. They do not support > element removal which should be trivial to add. Other than that it has > all the basic functionality

Re: Functional datatypes in Guile

2023-02-28 Thread Philip McGrath
Hi, On Tue, Feb 28, 2023, at 11:04 AM, Thompson, David wrote: > Hi pukkamustard, > > On Tue, Feb 28, 2023 at 3:34 AM pukkamustard wrote: >> >> >> I've been using SRFI-146 >> (https://srfi.schemers.org/srfi-146/srfi-146.html) for functional >> mappings. There's a Guile port: >> https://inqlab.net/

Re: [PATCH] add language/wisp to Guile?

2023-02-27 Thread Philip McGrath
Hi, On Monday, February 27, 2023 2:26:47 AM EST Marc Nieper-Wißkirchen wrote: > Am Mo., 27. Feb. 2023 um 00:22 Uhr schrieb Philip McGrath > > : > > Hi, > > > > On Sunday, February 26, 2023 6:02:04 AM EST Marc Nieper-Wißkirchen wrote: > > > Am So.

Re: [PATCH] add language/wisp to Guile?

2023-02-26 Thread Philip McGrath
Hi, On Sunday, February 26, 2023 6:02:04 AM EST Marc Nieper-Wißkirchen wrote: > Am So., 26. Feb. 2023 um 08:46 Uhr schrieb : > > Message: 1 > > Date: Sun, 26 Feb 2023 02:45:12 -0500 > > From: "Philip McGrath" > > To: "Maxime Devos" ,

Re: [PATCH] add language/wisp to Guile?

2023-02-25 Thread Philip McGrath
Hi, On Sat, Feb 18, 2023, at 10:58 AM, Maxime Devos wrote: > On 18-02-2023 04:50, Philip McGrath wrote: >> I haven't read the patch or this thread closely, > > I'll assume you have read it non-closely. > >> but R6RS has an answer to any concerns about comp

Re: [PATCH] add language/wisp to Guile?

2023-02-18 Thread Philip McGrath
Hi, On Fri, Feb 17, 2023, at 6:06 PM, Maxime Devos wrote: > On 16-02-2023 22:38, Dr. Arne Babenhauserheide wrote: >> >> Matt Wette writes: >> >>> You may be interested in the load-lang patch I generated a few years ago >>> to allow file-extension based loading, in addition to '#lang elisp" >>>