Re: Your comment on book-draft? Programming Essentials with Guile Scheme

Hi Arne, On Sat, Jul 19 2025, Dr. Arne Babenhauserheide wrote: > One concrete question: can I use "The extension language of the GNU > project" on the cover or would that infringe on the FSF trademark? I read a little bit about trademarks while I was a trademark delegate for the Debian project,

Re: Guile 64-bit Windows support, redux

On Mon, 2025-03-31 at 12:15 +0200, Dr. Arne Babenhauserheide wrote: > @Jean: Are there additional changes needed in the branch—besides the >polishing Mike is doing—so Lilypond can fully switch to Guile 3? LilyPond is already using Guile 3 since more than a year now (January 2024). Also on

Re: Guile 64-bit Windows support, redux

On Sun, 2025-03-30 at 23:08 -0700, Mike Gran wrote: > Mike Gran writes: > > > I'm making progress. I just pushed back into Guile's main branch a > > patchset that makes the 32-bit MinGW build again, which was broken. The > > 32-bit build is now working on my native MinGW on Windows 11, and I'll

Re: Guile 64-bit Windows support, redux

On Thu, 2025-03-20 at 09:21 -0700, Mike Gran wrote: > "Dr. Arne Babenhauserheide" writes: > > Did you manage to move forward with the patches? > > That CI/CD is running my old Guile patchset. So now I'm actually ready > to replace my Guile patchset with mainline Guile and then the Lilypond > pat

Re: Guile 64-bit Windows support, redux

On Tue, 2025-02-25 at 23:07 +, Mike Gran wrote: > First off, these patches look good to me. They are necessary if we want to > try to support Windows. Plus Jonas figured out a couple of the errors I never > managed > to work out with Lightning and the VM. So I'm very impressed. > > A couple o

Re: Guile 64-bit Windows support, redux

On Thu, 2025-02-27 at 04:12 +, Mike Gran wrote: > OK. This patchset does not result in a functional build on any of the Win32 > VMs I've tested.  It seems necessary but not sufficient.  I feel like there > needs to be a few more patches that should have been attached.  I could fairly > easily t

Re: Guile 64-bit Windows support, redux

Am 27.02.2025 um 17:55 schrieb Mike Gran: Can you share details about your compilation and testing setup? I applied the patches to main and added some VMs at github.com/spk121/guile-jonas Thanks, very helpful. Also, what exactly is not functional in your build? Well, the very first problems

Re: Guile 64-bit Windows support, redux

On Thu, 2025-02-20 at 12:18 -0600, Rob Browning wrote: > "Dr. Arne Babenhauserheide" writes: > > > I tried to ping in IRC again, but since no one seems fit to do the > > reviews, I put it on my own TODO list. > > So this belongs in the category of somewhat cursory comments, and I'm > not sure I

Re: Guile 64-bit Windows support, redux

On Thu, 2025-02-20 at 18:56 +, Chris Vine wrote: > On Thu, 20 Feb 2025 12:18:19 -0600 > Rob Browning wrote: > > - I also wondered if there are any existing platforms where > > sizeof(intptr_t) != sizeof(long) > > I have not been following your exchanges, but on 64-bit Windows longs > ar

Re: [guile-lib] html->sxml does not decode entities in attributes

Hi Tomas, On Tue, Feb 04 2025, Tomas Volf wrote: > automatically decoding now would lead to double decoding. Will a second decoding step for HTML entities, which is the most likely workaround, mess up strings like "a&b" or "bbb\"ccc'ddd" ? Kind regards Felix

Re: Guile 64-bit Windows support, redux

On Sun, 2024-07-14 at 20:30 +0200, Jonas Hahnfeld wrote: > On Wed, 2024-03-20 at 21:28 +0100, Jonas Hahnfeld wrote: > > I'm also explicitly CC'ing Andy and Ludo - we really need a statement > > by a maintainer whether this can land. From my point of view, it's a > > clear improvement in terms of su

Re: bug#69314: [PATCH] Speed up stage0 bootstrap build using prebuilts

On Sun, 2024-07-14 at 19:55 +0200, Jonas Hahnfeld wrote: > On Mon, 2024-05-06 at 21:12 +0200, Jonas Hahnfeld wrote: > > On Mon, 2024-05-06 at 11:34 +0200, Ludovic Courtès wrote: > > > Hi Jonas, > > > > > > Jonas Hahnfeld skribis: > > > > > > > On Thu, 2024-01-04 at 11:57 +0100, Jonas Hahnfeld wr

RE: Removing program-arities export

(note: all REPL sessions were performed using the environment described at the end of this email) > There is no such thing as ‘program-arguments-alists’ AFAICT, there is only > ‘program-arguments-alist’ (singular instead of plural is key here) > > You can’t implement it in terms of ‘find-program

Re: yeRemoving program-arities export

Hi again, Can I clarify whether you raised this point as a concern in principle or if you use/maintain/are aware of a project that is currently unable to upgrade due to this problem? In the latter case, I would appreciate if you could answer the following questions (and/or pass them along to ot

Calling Glibc's malloc(3) from Guile

Hi, May I call Glibc's malloc(3) from Guile? Thanks! Kind regards, Felix Lechner P.S. Following a series of friendly interactions on #guile, I subscribed to this list. There is no need to copy me separately on a reply.

Re: yeRemoving program-arities export

> Given that the program-arity / program-arities is documented, the more > pressing problem is that programs using it would be broken right now. > People may be holding off from updating Guile because they don’t have > the time to investigate breakage in programs that are working perfectly > fine i

RE: Removing program-arities export

(switching to the correct sending address; I was previously sending from skyvine due to a misconfiguration in my client) It looks like there are 2 potential candidates for aliasing, but both of them have some problems. When aliasing to "find-program-arities" I am unable to get the arity of any

RE: Removing program-arities export

On Sunday, January 5th, 2025 at 6:07 PM, Maxime Devos wrote: >>It is only used in the `program-arity function`, which is not called anywhere >>in the Guile repository (and calling it with valid inputs results in an error >>due to the `program-arities` being undefined). > > This is untrue, it (

Re: load-foreign-library from LIBRARY_PATH

Felix Lechner via "Developers list for Guile, the GNU extensibility library" writes: Hi > So I understand that not all Guile extensions are regular shared > libraries, but shouldn't load-foreign-library at least look in > LD_LIBRARY_PATH? It does. It is mentioned in 6.19.1 Foreign Libraries

load-foreign-library from LIBRARY_PATH

Hi, So I understand that not all Guile extensions are regular shared libraries, but shouldn't load-foreign-library at least look in LD_LIBRARY_PATH? I find it a bit odd to always set GUILE_EXTENSIONS_PATH. After all, not all foreign libraries are also Guile extensions. Thanks! Kind regards Fel

Removing program-arities export

Hello, I am working on a patch for a bug I recently found in guile. The `program-arities` function is exported from the `(system vm program)` module and documented in the manual, but it is no longer defined (it was removed in commit 1c33be992e8120abd20add8021e4d91d226f5b6a). It is only used in

RE: Exporting a nonexistent variable

(My current e-mail client keeps corrupting guile-devel@gnu.org and refuses access to the contact list, please ignore wrong address) >there are various use-cases where one wants to export a symbol [sic] from a >module without binding [sic] any value to it in the module where it is being >exporte

madvise failed: Invalid argument

Hi, Would someone please help me understand the warning message madvise failed: Invalid argument in my code? In my newest project, I hope to offer users a more convenient way to configure authentication tasks and partially reimplemented Linux-PAM in GNU Guile. [1] The online manual is the

Re: Guile 64-bit Windows support, redux

On Wed, 2024-03-20 at 21:28 +0100, Jonas Hahnfeld wrote: > I'm also explicitly CC'ing Andy and Ludo - we really need a statement > by a maintainer whether this can land. From my point of view, it's a > clear improvement in terms of supported platforms, plus tested by > LilyPond since some time now

Re: bug#69314: [PATCH] Speed up stage0 bootstrap build using prebuilts

On Mon, 2024-05-06 at 21:12 +0200, Jonas Hahnfeld via Developers list for Guile, the GNU extensibility library wrote: > On Mon, 2024-05-06 at 11:34 +0200, Ludovic Courtès wrote: > > Hi Jonas, > > > > Jonas Hahnfeld skribis: > > > > > On Thu, 2024-01-04

Re: Licensing of Guile code loaded by libguile.so

Hi Philip, On Sat, Jun 15 2024, Philip McGrath wrote: > Therefore, "the entire work, as a whole," would need to be under the > GPL. Thank you. That's also the conclusion I came to from several different angles. For now, the work remains licensed under the GPL. My work is Guile-PAM. [1] It's k

Re: Licensing of Guile code loaded by libguile.so

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, which would propagate the requirements of the G

Licensing of Guile code loaded by libguile.so

Hi, I would like to release some code under the GPL. libguile.so calls it from C. The setup is similar to the code in the Tortoise tutorial. [1] Guile is licensed under the LGPL, so it is possible for proprietary programs to use libguile.so. I would now like to ensure that those proprietary pr

Re: bug#69314: [PATCH] Speed up stage0 bootstrap build using prebuilts

On Mon, 2024-05-06 at 11:34 +0200, Ludovic Courtès wrote: > Hi Jonas, > > Jonas Hahnfeld skribis: > > > On Thu, 2024-01-04 at 11:57 +0100, Jonas Hahnfeld wrote: > > > From 95f15821c535537c7ad4fdae1988855314d56ece Mon Sep 17 00:00:00 2001 > > > From: Jonas Hahnfeld > > > Date: Thu, 4 Jan 2024 11

Git Mock Forge for Guix tests

Hi Guile! For the needs of tests for Guix's juliahub imports, I was in the process of writing a cool mock git forge, ie. a HTTP server implement the Git Dump Protocol, which is actually quite simple to do. I can't achieve that because of an option missing in upstream guile, more precisely I nee

Re: Guile 64-bit Windows support, redux

On Wed, 2024-03-20 at 16:40 -0400, Thompson, David wrote: > On Wed, Mar 20, 2024 at 4:29 PM Jonas Hahnfeld wrote: > > So I can confirm that JIT indeed doesn't work right now on 64-bit > > MinGW, but it's relatively easy to fix (first patch). In essence > > lightening was getting the calling conven

Re: Guile 64-bit Windows support, redux

On Wed, 2024-02-07 at 21:29 +0100, Jonas Hahnfeld via Developers list for Guile, the GNU extensibility library wrote: > On Wed, 2024-02-07 at 15:23 -0500, Thompson, David wrote: > > On Wed, Feb 7, 2024 at 3:19 PM Jonas Hahnfeld wrote: > > > > > > On Wed, 2024-02-

Re: [PATCH] Build system fixes

On Thu, 2024-02-22 at 22:14 +0100, Jonas Hahnfeld via Developers list for Guile, the GNU extensibility library wrote: > Dear Guile maintainers, > > please find attached two patches for changes that we have been carrying > downstream in LilyPond so far: one fix to make a sed invo

Re: [PATCH] eval-string: Fix setting port column

On Thu, 2024-03-14 at 17:11 +0600, Nikita Domnitskii wrote: > --- > module/ice-9/eval-string.scm | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/module/ice-9/eval-string.scm b/module/ice-9/eval-string.scm > index ea0f1..9cac03632 100644 > --- a/module/ice-9/eval-strin

[PATCH] Build system fixes

Dear Guile maintainers, please find attached two patches for changes that we have been carrying downstream in LilyPond so far: one fix to make a sed invocation fully portable, and a fix for cross-compilation in out-of-tree-builds. Regards Jonas From 428d1b17c5f664d3cb8da4cd5687bd47bdd87877 Mon Se

Re: [PATCH] Speed up stage0 bootstrap build using prebuilts

Dear Guile maintainers, please consider below patch to speed up the build from release tarballs that include prebuilt bytecode. Jonas On Thu, 2024-01-04 at 11:57 +0100, Jonas Hahnfeld wrote: > From 95f15821c535537c7ad4fdae1988855314d56ece Mon Sep 17 00:00:00 2001 > From: Jonas Hahnfeld > Date:

Re: Guile 64-bit Windows support, redux

On Wed, 2024-02-07 at 15:23 -0500, Thompson, David wrote: > On Wed, Feb 7, 2024 at 3:19 PM Jonas Hahnfeld wrote: > > > > On Wed, 2024-02-07 at 09:19 -0500, Thompson, David wrote: > > > On Thu, Jan 4, 2024 at 5:40 AM Jonas Hahnfeld via Developers list for > >

Re: Guile 64-bit Windows support, redux

On Wed, 2024-02-07 at 09:19 -0500, Thompson, David wrote: > On Thu, Jan 4, 2024 at 5:40 AM Jonas Hahnfeld via Developers list for > Guile, the GNU extensibility library wrote: > > > > On Tue, 2023-11-28 at 22:04 +0100, Jonas Hahnfeld wrote: > > > > > > Pi

Re: [PATCH] Fixes for custom-ports

On Mon, 2024-01-29 at 14:46 +0100, Ludovic Courtès wrote: > Jonas Hahnfeld via "Developers list for Guile, the GNU extensibility > library" skribis: > > > From b5f1013ad969b6e4e35b36dc63798375ffbecda3 Mon Sep 17 00:00:00 2001 > > From: Jonas Hahnfeld > >

[PATCH] Speed up stage0 bootstrap build using prebuilts

From 95f15821c535537c7ad4fdae1988855314d56ece Mon Sep 17 00:00:00 2001 From: Jonas Hahnfeld Date: Thu, 4 Jan 2024 11:44:55 +0100 Subject: [PATCH] Speed up stage0 bootstrap build using prebuilts Use prebuilt bytecode of ice-9/eval.go and others for all of stage0, it is optimized and evaluation is

Re: Guile 64-bit Windows support, redux

On Tue, 2023-11-28 at 22:04 +0100, Jonas Hahnfeld wrote: > On Sun, 2023-10-29 at 22:34 +0100, Jonas Hahnfeld wrote: > > On Tue, 2023-06-06 at 20:50 +, Mike Gran wrote: > > > Hello Guile, > > > > Hi Mike, > > > > I'm sorry for "necrobumping" this thread; I wanted to reply back in > > June but

Re: [PATCH] Fixes for custom-ports

On Tue, 2023-11-28 at 22:01 +0100, Jonas Hahnfeld wrote: > On Sun, 2023-10-29 at 10:51 +0100, Jonas Hahnfeld via Developers list > for Guile, the GNU extensibility library wrote: > > Hi, > > > > while playing with current Guile main on Windows, I found some problems >

Re: [PATCH] Remove and ignore generated files

On Tue, 2023-11-28 at 22:01 +0100, Jonas Hahnfeld wrote: > On Wed, 2023-10-18 at 22:24 +0200, Jonas Hahnfeld wrote: > > Hi, > > > > running autogen.sh produces a number of generated files that are > > currently not properly ignored or even checked into git. Please take a > > look at the attached p

Re: [PATCH] Fixes for custom-ports

On Wed, 2023-11-29 at 07:54 +0100, Jean Abou Samra wrote: > I was under the impression that all code in Guile itself was assumed > to always be byte-compiled (because of issues like the fact that trying > to evaluate the evaluator would make you chase your own tail). For installation probably yes,

Re: [PATCH] Fixes for custom-ports

On Tue, 2023-11-28 at 22:11 +0100, Jean Abou Samra wrote: > Le dimanche 29 octobre 2023 à 10:51 +0100, Jonas Hahnfeld a écrit : > > while playing with current Guile main on Windows, I found some problems > > in the implementation of custom-ports that was recently committed. > > Please consider the

Re: [PATCH v4] Add resolve-relative-reference in (web uri), as in RFC 3986 5.2.

The HACKING file says that we always have to go through FSF copyright assignment beforehand, so I was just waiting for that. If they don't care about that anymore, then my name would go in THANKS instead. For completeness, I've attached patches for either case. (In case I'm still wrong, this wo

Re: Guile 64-bit Windows support, redux

On Sun, 2023-10-29 at 22:34 +0100, Jonas Hahnfeld wrote: > On Tue, 2023-06-06 at 20:50 +, Mike Gran wrote: > > Hello Guile, > > Hi Mike, > > I'm sorry for "necrobumping" this thread; I wanted to reply back in > June but didn't have enough time to work through what I will explain > further bel

Re: [PATCH] Remove and ignore generated files

On Wed, 2023-10-18 at 22:24 +0200, Jonas Hahnfeld wrote: > Hi, > > running autogen.sh produces a number of generated files that are > currently not properly ignored or even checked into git. Please take a > look at the attached patches and apply if suitable. ping, any maintainer willing to take a

Re: [PATCH] Fixes for custom-ports

On Sun, 2023-10-29 at 10:51 +0100, Jonas Hahnfeld via Developers list for Guile, the GNU extensibility library wrote: > Hi, > > while playing with current Guile main on Windows, I found some problems > in the implementation of custom-ports that was recently committed. > Plea

Re: [PATCH v4] Add resolve-relative-reference in (web uri), as in RFC 3986 5.2.

Hi Vivien, > This pushes the limits of my understanding of URIs, as I did not know > we had to consider '%2E%2E' the same as '..'. However, the RFC is not > very clear: I wasn't able to find anything that MANDATED any normalization at all, either before or after Relative Resolution. It is poss

[PATCH v4] Add resolve-relative-reference in (web uri), as in RFC 3986 5.2.

There is a problem and I fixed it by rewriting a bunch of code myself because I need similar code. remove-dot-segments: You cannot split-and-decode-uri-path and then encode-and-join-uri-path. Those are terrible functions that don't work on all URIs. URI schemes are allowed to specify that certain

Re: Guile 64-bit Windows support, redux

On Tue, 2023-06-06 at 20:50 +, Mike Gran wrote: > Hello Guile, Hi Mike, I'm sorry for "necrobumping" this thread; I wanted to reply back in June but didn't have enough time to work through what I will explain further below. In any case, I would very much like to see good Windows 64-bit suppor

[PATCH] Fixes for custom-ports

Hi, while playing with current Guile main on Windows, I found some problems in the implementation of custom-ports that was recently committed. Please consider the attached patches. Regards Jonas From b5f1013ad969b6e4e35b36dc63798375ffbecda3 Mon Sep 17 00:00:00 2001 From: Jonas Hahnfeld Date: Tue

[PATCH] Remove and ignore generated files

Hi, running autogen.sh produces a number of generated files that are currently not properly ignored or even checked into git. Please take a look at the attached patches and apply if suitable. Thanks! Jonas From cb2f8eaf7d94379e23b98a7b141d590e26545953 Mon Sep 17 00:00:00 2001 From: Jonas Hahnfeld

Re: The message chain with an happy ending

I think the guile mailing list has come to suffer seriously from a policing of what is appropriate for discussion. When I first started getting into guile at the beginning of 2021, the list was more open, active and enjoyable. Since then it has become a ghost town where tumbleweeds blow by in th

Re: Resurrecting top-notch continuous integration for Guile

Hi Ludo' On Sun, Jan 29, 2023 at 9:37 AM Ludovic Courtès wrote: > > I hereby ask fellow Guix hackers to voice any > concerns they may have regarding this use of project resources. I am not a Guix hacker (although maybe every user is one too) and, as a newbie, I cannot speak for the group but the

A Guile debugger workgroup?

Greetings Guilers, There's been a discussion on the state of debugging with Guile on the guix-devel mailing list. Here's the relevant link if you want the full discussion: which is a reply to

Re: map-par slower than map

On Thu, 13 Oct 2022, Damien Mattei wrote: > i do not see what has changed in your code ? Just copy it. Trust me it has changed. > really strange,even with bad code the moment it crash should be the same, > sometimes works,crash or freeze I don't get any of these problem .. running with (io

Re: map-par slower than map

On Thu, 13 Oct 2022, Damien Mattei wrote: > the code did not worked when data length were more little than number of > cpus (6 on my host) (iota 5) returns #unsepcified: Yeah sorry I miss indended the output and the rest. Here's a version that should work: --8<---cut here

Re: map-par slower than map

On Thu, 13 Oct 2022, Damien Mattei wrote: > i trying to use your code but it seems there is a ) mismatch > somewhere? Right there's a missing ')' a the end to close the procedure, sorry about that. -- Olivier Dion oldiob.dev

Re: map-par slower than map

On Thu, 13 Oct 2022, Damien Mattei wrote: > ok , i think the problem comes both from my code and from guile parmap so. > Obviously parmap could be slower on other codes because of the nature of > list i think, it is hard to split a list in sublist and send them to thread > and after redo a single

Re: map-par slower than map

On Wed, 12 Oct 2022, Damien Mattei wrote: > Hello, > all is in the title, i test on a approximately 3 element list , i got > 9s with map and 3min 30s with par-map on exactly the same piece of > code!? I can only speculate here. But trying with a very simple example here: --8<---c

Re: Pretty print bytevectors with its content in hex format

On Fri, 30 Sep 2022, Zhu Zihao wrote: > Hi, dear Guile users! > > I'm using Guile to play around with some binaries. In Guile, the > bytevector prints its content in decimal format. Just like: > > #vu8(255 255 255 255) > > But, it's always more convenient if its content is printed in hex format >

Re: mmap for guile

On Sun, 26 Jun 2022, Matt Wette wrote: > flags >(logior MAP_ANON MAP_PRIVATE) Why MAP_ANON instead of MAP_ANONYMOUS. The latter is more clear and you don't have to care about compatibility like C does. Also, does MAP_FIXED or MAP_FIXED_NOREPLACE is passed to `flags' if `(not (

Re: Are source locations broken?

On Fri, 25 Mar 2022, Maxime Devos wrote: > Maxime Devos schreef op vr 25-03-2022 om 21:22 [+0100]: > Here's a minimal reproducer: > > $ cat trtr.scm: >> foo > > $ guild compile trtr.scm >> : warning: possibly unbound variable `foo' >> wrote `$HOME/.cache/guile/ccache/3.0-LE-8-4.6/$HOME/trtr.scm.go

Re: 'guild compile' and C(++) extensions (in the context of LilyPond)

On Sat, 19 Feb 2022, Jean Abou Samra wrote: I had similar problem with Jami. I added C++ primitives to Guile, but these were not load using the foreign function interface. Note, I'm using Guile 3.0.8, but I think the same could be done for Guile 2.0. Basically what I do is to add a `compile` c

Re: a cookbook

On Mon, 14 Feb 2022, Vijay Marupudi wrote: >> Is there any interest/possibility to have such a cookbook hosted >> within the Guile official documentation (as it is for Guix) ? > I've personally started on this effort yesterday, writing about error > handling in Guile. > > https://vijaymarupudi.co

Re: a cookbook

On Mon, 14 Feb 2022, Max Brieiev wrote: > Yes, this would be very helpful. > > In particular, it would be very helpful to have a step-by-step guide for > a sample app, like a basic HTTP server, which would cover the following > topics: > > 1. How do I set up the project from scratch? > 2. What is

Re: [PP?] GNU Guile 3.0.8 released

On Fri, 11 Feb 2022, Andy Wingo wrote: > Note however that as with macros, when a definition changes in module > A, a separately compiled module B that uses that definition doesn't > automatically get recompiled. This is a limitation in Guile that we > would like to fix. I find this to be criti

Re: Maintenance and future of Guile

On Thu, 30 Dec 2021, Blake Shaw wrote: > If we're all dedicated emacsians, it could be as simple as setting up > cron jobs to pull at regular intervals, and could shed some insight onto > "guix native" development and its challenges. If it's okay with everyone, I think that would be awesome. Giv

Re: Maintenance and future of Guile

On Tue, 21 Dec 2021, Blake Shaw wrote: > Tim Van den Langenbergh writes: >> That sounds like a good idea, though I wonder what the best way to organise >> it would be. >> >> IRC, Mattermost, and Rocket Chat seem like the most obvious options >> for chat. I don't know what would be best for task

Re: Maintenance and future of Guile

On Mon, 20 Dec 2021, Blake Shaw wrote: > In a situation like this, I would recommend that we form a little > working group to collectively study the implementation of Guile, and > with Ludo's suggestions come up with a roadmap for tackling various > areas of the repo/compiler/infrastructure that n

Re: Maintenance and future of Guile

On Fri, 17 Dec 2021, Ludovic Courtès wrote: > Hi, > > Olivier Dion skribis: > >> I would also like to contribute in some meaningful way. In what way >> someone with none wizard knowledge of Scheme can contribute the most to the >> project? > > Triage of bugs and patches is always welcome I guess

Re: Maintenance and future of Guile

On Thu, 16 Dec 2021, Taylan Kammer wrote: > On 15.12.2021 11:20, Ludovic Courtès wrote: > I won't apply because I don't feel like I'd be up to the task on a > technical level (my C skills in particular suck, my knowledge of Guile > internals is also quite limited) and I have way too many unfinishe

Re: GC + Java finalization

Am Freitag, dem 19.11.2021 um 18:48 + schrieb Maxime Devos: > Jonas Hahnfeld schreef op vr 19-11-2021 om 15:52 [+0100]: > > Am Freitag, dem 19.11.2021 um 14:14 + schrieb Maxime Devos: > > > [...] > > > > > > From your other responses, I now know it is actually related to > > > (non- > > >

Re: GC + Java finalization

Am Freitag, dem 19.11.2021 um 14:21 + schrieb Maxime Devos: > Jonas Hahnfeld schreef op vr 19-11-2021 om 14:35 [+0100]: > > Am Freitag, dem 19.11.2021 um 13:15 + schrieb Maxime Devos: > > > Jonas Hahnfeld schreef op do 15-07-2021 om 20:44 [+0200]: > > > > +  SCM *smobs = scm_gc_malloc (size

Re: GC + Java finalization

Am Freitag, dem 19.11.2021 um 14:14 + schrieb Maxime Devos: > Jonas Hahnfeld schreef op vr 19-11-2021 om 14:55 [+0100]: > > Am Freitag, dem 19.11.2021 um 13:48 + schrieb Maxime Devos: > > > Jonas Hahnfeld schreef op vr 19-11-2021 om 14:32 [+0100]: > > > > > > -  rx = scm_gc_malloc_pointerle

Re: GC + Java finalization

Am Freitag, dem 19.11.2021 um 13:48 + schrieb Maxime Devos: > Jonas Hahnfeld schreef op vr 19-11-2021 om 14:32 [+0100]: > > > > -  rx = scm_gc_malloc_pointerless (sizeof (regex_t), "regex"); > > > > +  rx = scm_malloc (sizeof (regex_t)); > > > > > > If the regex why scm_gc_malloc_pointerless -

Re: GC + Java finalization

Am Freitag, dem 19.11.2021 um 13:44 + schrieb Maxime Devos: > Jonas Hahnfeld schreef op vr 19-11-2021 om 14:40 [+0100]: > > Am Freitag, dem 19.11.2021 um 13:35 + schrieb Maxime Devos: > > > Jonas Hahnfeld schreef op vr 19-11-2021 om 14:32 [+0100]: > > > > > You coud simply ... > > > > > >

Re: GC + Java finalization

Am Freitag, dem 19.11.2021 um 13:17 + schrieb Maxime Devos: > Jonas Hahnfeld schreef op do 15-07-2021 om 20:44 [+0200]: > > +  /* For guardians, we use unordered finalization `a la Java. */ > > Maybe add the reasons why this is only done when a guardian is created? > E.g., > > /* Don't use un

Re: GC + Java finalization

Am Freitag, dem 19.11.2021 um 13:35 + schrieb Maxime Devos: > Jonas Hahnfeld schreef op vr 19-11-2021 om 14:32 [+0100]: > > > You coud simply ... > > > > > > > > > > -  scm_gc_free (rx, sizeof(regex_t), "regex"); > > > > +  free (rx); > > > > > > drop the scm_gc_free AFAIK. > > > >

Re: GC + Java finalization

Am Freitag, dem 19.11.2021 um 13:15 + schrieb Maxime Devos: > Jonas Hahnfeld schreef op do 15-07-2021 om 20:44 [+0200]: > > +  SCM *smobs = scm_gc_malloc (sizeof(SCM) * SMOBS_COUNT, "smobs"); > > + > >    int i; > >    mark_call_count = 0; > >    for (i = 0; i < SMOBS_COUNT; i++) > > -    make_

Re: GC + Java finalization

Am Freitag, dem 19.11.2021 um 13:13 + schrieb Maxime Devos: > Jonas Hahnfeld schreef op do 15-07-2021 om 20:44 [+0200]: > > From 33af6a98c6801e7b4880d1d3f78f7e2097c2174e Mon Sep 17 00:00:00 > > 2001 > > From: Jonas Hahnfeld > > Date: Fri, 2 Jul 2021 23:03:17 +0200 > > Subject: [PATCH 2/3] Avoi

Re: GC + Java finalization

Am Sonntag, dem 10.10.2021 um 18:22 +0200 schrieb Jonas Hahnfeld via Developers list for Guile, the GNU extensibility library: > Am Donnerstag, dem 15.07.2021 um 20:44 +0200 schrieb Jonas Hahnfeld via > Developers list for Guile, the GNU extensibility library: > > Am Samstag, dem 03.0

Re: Implementing Guile with a Windows port

Am Samstag, dem 09.10.2021 um 21:32 +0300 schrieb Eli Zaretskii: > > From: Taylan Kammer > > Date: Sat, 9 Oct 2021 20:10:15 +0200 > > > > I can't speak for the developers, but as far as I can tell, there > > isn't the right combination of willingness and resources to support a > > native port of

Re: GC + Java finalization

Am Donnerstag, dem 15.07.2021 um 20:44 +0200 schrieb Jonas Hahnfeld via Developers list for Guile, the GNU extensibility library: > Am Samstag, dem 03.07.2021 um 14:05 +0200 schrieb Jonas Hahnfeld via > Developers list for Guile, the GNU extensibility library: > > Hi Guile devs,

Re: GC + Java finalization

Am Samstag, dem 03.07.2021 um 14:05 +0200 schrieb Jonas Hahnfeld via Developers list for Guile, the GNU extensibility library: > Hi Guile devs, > > I'm hacking on GNU LilyPond and recently wondered if Guile could run > without Java finalization that prevents collection of chains

Re: GC + Java finalization

Am Samstag, dem 03.07.2021 um 19:14 +0200 schrieb Maxime Devos: > Jonas Hahnfeld via Developers list for Guile, the GNU extensibility library > schreef op za 03-07-2021 om 14:05 [+0200]: > > Hi Guile devs, > > > > Hi, I'm not really a Guile dev but I'll respond

GC + Java finalization

Hi Guile devs, I'm hacking on GNU LilyPond and recently wondered if Guile could run without Java finalization that prevents collection of chains of unreachable objects. I found that the functionality is only needed once the first guardian is created, so it's possible to delay enabling the mode unt

Re: Python-on-guile

Hello, Le dimanche 25 avril 2021 à 12:54 +0200, Dr. Arne Babenhauserheide a écrit : > (next frontier: compete with math that’s implemented via numpy — you > can find RPython implementations of the basics of numpy in the > pypy-sources: > https://foss.heptapod.net/pypy/pypy/-/tree/branch/default/py

[PATCH] New procedure mkdtemp to create unique directory names

* configure.ac (AC_CHECK_FUNCS): search mkdtemp * doc/ref/posix.texi: document mkdtemp * libguile/filesys.c (scm_mkdtemp) [HAVE_MKDTEMP]: new procedure * libguile/filesys.h: declaration of scm_mkdtemp * test-suite/tests/filesys.test: new tests 'mkdtemp: number arg', 'mkdtemp: directory name tem

Build Guile 1.8 with CMake

hi, I'd like to introduce my guile cmake build scripts to you: https://github.com/PikachuHy/guile Its final target is to provide an MSVC-version guile, which is basic work of MSVC-version TeXmacs. At present, you can use my cmake scripts to build guile 1.8 in ubuntu 20.04 and Windows mingw32. In

Build Guile 1.8 with CMake

hi, I'd like to introduce my guile cmake build scripts to you: https://github.com/PikachuHy/guile Its final target is to provide an MSVC-version guile, which is basic work of MSVC-version TeXmacs. At present, you can use my cmake scripts to build guile 1.8 in ubuntu 20.04 and Windows mingw32. In

fix guile manual

there is a link on page https://www.gnu.org/software/guile/manual/guile.html#rnrs-base ... (see R6RS Base library in...     [https://www.gnu.org/software/guile/manual/r6rs.html#Base-library] That doesn't work. I don't kno

Re: Maintainership changes: many thanks to Mark!

On Wed, Sep 11, 2019 at 09:56:53AM +0200, Andy Wingo wrote: > Hi all, > > After many years working on Guile and more than 5 years in a > maintainer role, Mark Weaver has decided to step down. Taking over > from him and remaining as Guile co-maintainers are Ludovic Court?s and > Andy Wingo. > > O