Re: Maintenance and future of Guile

2021-12-21 Thread Ludovic Courtès
Hi, Olivier Dion skribis: > 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 contrib

Re: Maintenance and future of Guile

2021-12-17 Thread Ludovic Courtès
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, and communicating what needs to be applied/addressed

Re: Maintenance and future of Guile

2021-12-15 Thread Ludovic Courtès
Hi, Blake Shaw skribis: > Ludovic Courtès writes: > >> If someone is interested, please get in touch with us! >> >> While Andy focuses on major improvements to the compiler and VM with a >> long-term vision, I think it would be great to also have people on t

Re: Maintenance and future of Guile

2021-12-15 Thread Ludovic Courtès
Hello Guilers, Jean Abou Samra skribis: > I see a number of similar cases on the mailing list. > > I understand the cost of reviewing and I know that > nobody is entitled to anything in the free software > world. However, I would like to voice the concern that > Guile's maintenance is not

Re: Guile 3 and wip-elisp/Emacs

2021-10-19 Thread Ludovic Courtès
Hello! Christine Lemmer-Webber skribis: > I've pushed this as origin/wip-elisp-rebased. I actually rebased it > again, making some naming adjustments for myself and a couple of > adjustments having talked to Robin. > > If nobody objects, I'd like to merge this into main. Maintainers, if > you

Re: new maintainers for guile libs

2021-08-04 Thread Ludovic Courtès
Hi Mike, (Catching up on email…) Mike Gran skribis: > Well 2021 has been a strange time for me as it has been for many. At > the beginning of 2021, I had the free time and the good health that > allowed me to imagine being a real contributer again, but, stuff has > changed. I’m sad to read

GNU Guile 3.0.4 released

2020-06-24 Thread Ludovic Courtès
tool 2.4.6 Makeinfo 6.7 Gnulib v0.1-1157-gb03f418 Happy hacking with Guile! Ludovic Courtès and Andy Wingo. signature.asc Description: PGP signature

Re: GNU Guile 3.0.3 released

2020-06-24 Thread Ludovic Courtès
Hello, Andy Wingo skribis: > On Tue 23 Jun 2020 11:36, Chris Vine writes: [...] >>> I was hesitant about the SONAME: the ABI jump was unnecessary unless in >>> ‘--disable-deprecated’ builds. I erred on the side of cautiousness: >>> >>> >>>

GNU Guile 3.0.3 released

2020-06-21 Thread Ludovic Courtès
2 Daniel Llorens 1 Eric Bavier 11 Icecream95 1 Jan (janneke) Nieuwenhuizen 1 Jan Synacek 1 Linus Björnstam 28 Ludovic Courtès 1 Mathieu Lirzin 2 Matt Wette 1 Ricardo G. Herdt 1 Rutger van Beusekom Happy hacking with Guile! Ludovic Courtès and Andy Wingo. signature.asc Description: PGP signature

The size of ‘.go’ files

2020-06-05 Thread Ludovic Courtès
Hello Guix! On IRC there was a discussion about the size of ‘.go’ files. The discussion came from this observation: --8<---cut here---start->8--- $ guix size $(readlink -f /run/current-system) | head -5 store item

Re: [PATCH] Avoid malloc/free/dynwind for POSIX subrs that take strings

2020-05-22 Thread Ludovic Courtès
Hi! Andy Wingo skribis: > On Sun 17 May 2020 23:46, Ludovic Courtès writes: > >> The libunistring functions can take a pre-allocated buffer, but they >> always malloc a fresh one if needed. So the best we could do is have a >> ‘scm_to_stringn’ variant that

Re: [PATCH] http: Support CONNECT and PATCH HTTP methods.

2020-05-17 Thread Ludovic Courtès
Hello, Christopher Baines skribis: > PATCH is described by RFC 5789 and CONNECT is described by RFC 7231. > > * module/web/http.scm (parse-http-method): Support CONNECT and PATCH. Applied, thanks! Ludo’.

Re: [PATCH] Avoid malloc/free/dynwind for POSIX subrs that take strings

2020-05-17 Thread Ludovic Courtès
Hi, Andy Wingo skribis: > On Wed 29 Apr 2020 22:22, Ludovic Courtès writes: > >> As discussed on IRC, the patch below arranges so that subrs that take >> strings and pass them to syscall wrappers can avoid the >> malloc/free/dynwind overhead. This gives a 10%

Re: compile-file execution time driven by `reap-pipes'

2020-05-17 Thread Ludovic Courtès
Hi Matt, Matt Wette skribis: > I'm wanted to trace down why some of my "compile-file" w/ no optimization > was tasking time. I was able to turn compile-file under statprof for one > of the moderate sized .scm files, which has about 45,000 lines of code. > It was interesting that the major

Re: [PATCH]: Fix a documentation for SRFI-171

2020-05-17 Thread Ludovic Courtès
Hi Linus, Linus Björnstam skribis: > From 5124d2a429a408f5b6fcd3d6780b047aacaaae48 Mon Sep 17 00:00:00 2001 > From: =?UTF-8?q?Linus=20Bj=C3=B6rnstam?= > Date: Fri, 1 May 2020 15:11:25 +0200 > Subject: [PATCH] Fix documentation for srfi-171 * doc/ref/srfi-modules.texi > (SRFI-171): Fix broken

Re: guile pipeline do-over

2020-05-16 Thread Ludovic Courtès
Hi Rutger, It’s been a looong process (apologies!), but I’m happy to say that this patch is now in master! Hopefully your future contributions will be quicker to get in, otherwise there won’t be anyone to blame but the maintainers. ;-) Rutger van Beusekom skribis: > From

Re: Guile's time execution issues

2020-05-04 Thread Ludovic Courtès
Hi, Linus Björnstam skribis: > On Mon, 4 May 2020, at 11:36, Ludovic Courtès wrote: > >> > One thing I found is that `match` is slow. The code looked nicer but had >> > to change it back to lets and conds as the performance >> > increase was ~2 seconds.

Re: Guile's time execution issues

2020-05-04 Thread Ludovic Courtès
Hey! Aleix Conchillo Flaqué skribis: > So weird I'm getting different numbers on 2.2.7. Not sure how I'm getting > those initial ~20s and you are getting consistent ~ 45s. It > shouldn't have nothing to do with it, but could it be I'm running it on macOS? Did you add this ‘->bool’ call to

Re: Guile's time execution issues

2020-05-02 Thread Ludovic Courtès
Hola! Aleix Conchillo Flaqué skribis: > On guile-json 3.5.0 (still using (string-append)) the first execution time > goes from 19 seconds to 42 seconds. Then, the times keep increasing as in > version 2.2.7 but numbers are much bigger: With Guile 3.0.2 and Guile-JSON 3.5.0, I get:

[PATCH] Avoid malloc/free/dynwind for POSIX subrs that take strings

2020-04-29 Thread Ludovic Courtès
Hello Guilers! As discussed on IRC, the patch below arranges so that subrs that take strings and pass them to syscall wrappers can avoid the malloc/free/dynwind overhead. This gives a 10% speedup on a tight loop that calls these subrs: --8<---cut

Re: Guile's time execution issues

2020-04-26 Thread Ludovic Courtès
Bon dia! Aleix Conchillo Flaqué skribis: > I was trying to get some guile-json performance times loading large JSON > file. However, I'm getting increasing numbers at each run, so I'm wondering > if I'm doing something wrong. Below you can see how the first run took > 19.95s and then running

GNU Guile 3.0.2 released

2020-03-27 Thread Ludovic Courtès
rvers.net \ --recv-keys 3CE464558A84FDC69DB40CFB090B11993D9AEBB5 and rerun the 'gpg --verify' command. This release was bootstrapped with the following tools: Autoconf 2.69 Automake 1.16.2 Libtool 2.4.6 Makeinfo 6.7 Gnulib v0.1-1157-gb03f418 Happy hacking with Guile! Ludovic Courtès and Andy Wingo. signature.asc Description: PGP signature

Re: Replace ltdl with GLib's GModule

2020-03-27 Thread Ludovic Courtès
Hello! Mike Gran skribis: > In a fit of pique, I pushed a new branch of Guile to the repo > called wip-replace-ltdl-with-gmodule. It replaces the dynamic linking > library libltdl from libtool with the analagous library GModule > from GLib. It was remarkably easy, and, after a cursory test >

Re: guile pipeline do-over

2020-03-26 Thread Ludovic Courtès
Hi Rutger, (+Cc: Andy.) Rutger van Beusekom skribis: > From d351c0a5ecde62e63368bec0e1f15108495a1a71 Mon Sep 17 00:00:00 2001 > From: Rutger van Beusekom > Date: Mon, 2 Mar 2020 10:38:57 +0100 > Subject: [PATCH] Add pipeline procedure. > > * libguile/posix.c (scm_open_process): Remove. >

Re: [PATCH] Add srfi-171 to guile

2020-03-25 Thread Ludovic Courtès
Hi Linus, Linus Björnstam skribis: > From 1450661c2432522ee41b43dffd05e46384a3ff1b Mon Sep 17 00:00:00 2001 > From: =?UTF-8?q?Linus=20Bj=C3=B6rnstam?= > Date: Mon, 23 Mar 2020 14:59:39 +0100 > Subject: [PATCH] Add SRFI-171 to guile > > This adds SRFI-171 (transducers) to guile. > > The two

Re: Should guile-3.0 cond-expand guile-2 and guile-2.2?

2020-03-11 Thread Ludovic Courtès
Hi Rob, (+ Cc: Andy.) Rob Browning skribis: > Ludovic Courtès writes: > >> Rob Browning skribis: >> >>> $ guile-3.0 -c '(display (cond-expand (guile-2.2 "?\n"))) >>> ? >>> >>> Is that intentional? >> >> I

GNU Guile 3.0.1 released

2020-03-08 Thread Ludovic Courtès
equired public key, then run this command to import it: gpg --keyserver pool.sks-keyservers.net \ --recv-keys 3CE464558A84FDC69DB40CFB090B11993D9AEBB5 and rerun the 'gpg --verify' command. This release was bootstrapped with the following tools: Autoconf 2.69 Automake 1.16.1 Libtool 2.4.6

Re: [PATCH] Add srfi-171 to guile

2020-03-08 Thread Ludovic Courtès
Hi Linus, Linus Björnstam skribis: > From c382d7808a8d41cd4e9ef8a17b7ba9553835499b Mon Sep 17 00:00:00 2001 > From: =?UTF-8?q?Linus=20Bj=C3=B6rnstam?= > Date: Thu, 16 Jan 2020 20:31:45 +0100 > Subject: [PATCH] Add SRFI-171 (transducers) to guile. > > The two guile-specific additions are

GNU Guile 2.2.7 released

2020-03-07 Thread Ludovic Courtès
gpg --keyserver pool.sks-keyservers.net \ --recv-keys 3CE464558A84FDC69DB40CFB090B11993D9AEBB5 and rerun the 'gpg --verify' command. This release was bootstrapped with the following tools: Autoconf 2.69 Automake 1.16.1 Libtool 2.4.6 Makeinfo 6.7 Gnulib v0.1-1157-gb03f418 Hap

Re: README issues

2020-03-07 Thread Ludovic Courtès
Hello, Jean-Christophe Helary skribis: > Good evening everybody, thank you for helping on the IRC channel. > > Here is a README patch to minimally document fixes for the issues I had. > > Don't hesitate to edit to follow the guile documentation standards of any. > > If there is a need to have a

Re: guile pipeline do-over

2020-03-07 Thread Ludovic Courtès
Hi Rutger! Rutger van Beusekom skribis: > This patch replaces open-process with piped-process in posix.c and > reimplement open-process with piped-process in popen.scm. This allows > setting up a pipeline in guile scheme using the new pipeline procedure > in popen.scm and enables its use on

Re: Should guile-3.0 cond-expand guile-2 and guile-2.2?

2020-03-07 Thread Ludovic Courtès
Hi, Rob Browning skribis: > $ guile-3.0 -c '(display (cond-expand (guile-2.2 "?\n"))) > ? > > Is that intentional? I think so, though I don’t think this was discussed here. The way I see it, it means that guile-3 is a superset of 2.2. Ludo’.

Re: [PATCH] Accept .sld as scheme extensions in r7rs

2020-03-07 Thread Ludovic Courtès
Hi, Nguyễn Thái Ngọc Duy skribis: > This is similar to 0bb980f12 (New function: install-r6rs!, 2019-09-25) > which accepts .sls extension for r6rs. In r7rs, most portable libraries > use .sld. > > * module/ice-9/boot-9.scm (install-r7rs!): Update %load-extensions. Applied. Thank you, and

Re: [PATCH, v2] Fix build on ia64

2020-03-05 Thread Ludovic Courtès
Hi, John Paul Adrian Glaubitz skribis: > On 2/9/20 2:32 PM, Ludovic Courtès wrote: >>> I have actually signed the copyright assignment for the FSF already, but >>> only for gdb/binutils. I asked back then whether it would be possible to >>> sign the copyright a

Re: MIssing scm_memory_error

2020-02-09 Thread Ludovic Courtès
Hi Dale, dsm...@roadrunner.com skribis: > In Guile 3.0 (and probably earlier) scm_memory_error has gone away, > with no mention of a replacement in NEWS. It would seem that ‘scm_memory_error’ was deprecated in 2014 in commit c2247b782a9234bb9aedee5204c30daf1d01a510 and removed in 2017 in commit

Re: [PATCH, v2] Fix build on ia64

2020-02-09 Thread Ludovic Courtès
Hi, John Paul Adrian Glaubitz skribis: > I have actually signed the copyright assignment for the FSF already, but > only for gdb/binutils. I asked back then whether it would be possible to > sign the copyright assignment for all GNU projects but that was rejected. Yeah, that’s not possible. >

Re: [PATCH, v2] Fix build on ia64

2020-02-08 Thread Ludovic Courtès
John Paul Adrian Glaubitz skribis: > * libguile/continuations.c (capture_auxiliary_stack): Fix > logic in preprocessor code when checking for ia64 host; > fix dereferencing of ctx variable. > * libguile/threads.h (struct scm_thread): Add missing member > SCM_STACKITEM

Re: [PATCH, v2] Fix build on platforms where the stack grows upwards

2020-02-08 Thread Ludovic Courtès
Hi, John Paul Adrian Glaubitz skribis: > * libguile/continuations.c (scm_dynthrow): Fix missing mra >parameter to grow_stack for SCM_STACK_GROWS_UP. Applied, thanks! Ludo'.

Re: CPU and GC cost of bignums

2020-02-08 Thread Ludovic Courtès
Hi, Ludovic Courtès skribis: > To my surprise, on a pure bignum microbenchmark, this is > counterproductive: I found out that I was comparing my own Guile build, which was against the ‘libgc-back-pointers’ package, with that ‘guile-next’ build against ‘libgc’; no wonder mine was slower

Re: garbage collection slowdown

2020-02-06 Thread Ludovic Courtès
Hi Mikael! Mikael Djurfeldt skribis: > Could the frequency of GC be adapted similarly such that the balance > between GC and allocation is shifted towards allocation in phases with a > lot of heap growth? I guess we’ve been mostly “end users” of libgc, assuming the right design decisions were

Re: CPU and GC cost of bignums

2020-02-06 Thread Ludovic Courtès
rative. > On Wed 05 Feb 2020 17:29, Ludovic Courtès writes: > >> /* The next three functions (custom_libgmp_*) are passed to >> mp_set_memory_functions (in GMP) so that memory used by the digits >> themselves is known to the garbage collector. This is n

Re: CPU and GC cost of bignums

2020-02-05 Thread Ludovic Courtès
Hey ho! Ludovic Courtès skribis: > … but has the disadvantage that it doesn’t work: ‘numbers.test’ fails > badly on bignums. I think with the excitement I no longer knew what I was saying. So, here’s a revised patch that actually preserves memory management (as in: ‘mpz_t’ are even

Re: garbage collection slowdown

2020-02-05 Thread Ludovic Courtès
Hi Han-Wen, Great to see you back here! Han-Wen Nienhuys skribis: > On Tue, Jan 28, 2020 at 11:41 PM Han-Wen Nienhuys wrote: >> Unfortunately, it looks like the adoption of the BDW GC library caused >> a ~6x slowdown, causing an overall end-to-end slowdown of 50%. >> >> I was wondering if you

CPU and GC cost of bignums

2020-02-04 Thread Ludovic Courtès
Hello! (If you’re in a hurry, there are good news at the bottom.) I noticed that 3.0 (and also 2.2 actually) takes a long time to compile Guix’ gnu/services/mail.scm, which is macro-heavy, producing lots of top-level defines. At -O2 (the default), we have: --8<---cut

Re: Segfault while building on 64-bit Cygwin

2020-01-25 Thread Ludovic Courtès
John Cowan skribis: > Both Cygwin and MacOS crash in pretty much the same way. By disabling the > JIT, I was able to get the Cygwin build to run to completion. That I understand. However, I was asking for the backtrace of the crash on Cygwin when JIT is enabled. Could you grab it? Thanks in

Re: Segfault while building on 64-bit Cygwin

2020-01-23 Thread Ludovic Courtès
Hi, John Cowan skribis: > Thanks. Unfortunately, the standard recipe for making core dumps on Mac This bug report is about Cygwin, not macOS, right? :-) Ludo’.

Re: Segfault while building on 64-bit Cygwin

2020-01-21 Thread Ludovic Courtès
Hello, John Cowan skribis: > Yes, gladly, but I don't know how to get one in this context. You would unpack, configure, and build like you did before (with JIT enabled, so as to reproduce the crash), but before that you’d run “ulimit -c unlimited” in that shell to make sure there’s a core

Segfault while building on 64-bit Cygwin

2020-01-20 Thread Ludovic Courtès
Hi John, John Cowan skribis: > Guile 2.9.9, like .8 and .7, does not build on Cygwin (64 bit). Configure > runs without error, but make crashes with this (truncated to just the tail): > > Making all in bootstrap > make[2]: Entering directory >

Re: Logo baseline

2020-01-20 Thread Ludovic Courtès
Hello, Arne Babenhauserheide skribis: > Ludovic Courtès writes: >> Like I wrote, Guile remains an extension language, no argument here. >> >> However, describing it as “just” an extension language seems odd to me. >> It doesn’t take into account what many

Re: Logo baseline

2020-01-19 Thread Ludovic Courtès
Hello! Arne Babenhauserheide skribis: > Thomas Morley writes: > >>> Clearly, Guile is still an extension language, with many great >>> applications (Gnucash, Lepton-EDA, OpenCog, GDB, etc.) >> >> Well, you forgot LilyPond > > The one tool that uses Guile while dominating its domain. Yup, I

Logo baseline

2020-01-18 Thread Ludovic Courtès
Hello Guilers! The Guile logo has this “GNU extension language” baseline. As Guile 3 came out, this baseline felt odd to me, not quite corresponding to the way I see Guile. Clearly, Guile is still an extension language, with many great applications (Gnucash, Lepton-EDA, OpenCog, GDB, etc.), and

Re: GNU Guile 3.0.0 released

2020-01-18 Thread Ludovic Courtès
Hi! Andy Wingo skribis: > We are delighted to announce GNU Guile release 3.0.0, the first in the > new 3.0 stable release series. > > Compared to the previous stable series (2.2.x), Guile 3.0 adds support > for just-in-time native code generation, speeding up all Guile programs. > See the NEWS

Re: Better HTTPS support in (web client)

2020-01-13 Thread Ludovic Courtès
Hi Andy, Andy Wingo skribis: > On Fri 10 Jan 2020 15:49, Ludovic Courtès writes: > >> Hello Guilers! >> >> I’ve pushed a ‘wip-https-client’ branch that contains improvements for >> HTTPS support in (web client) that I’d like to be part of Guile 3: >> &g

Re: Better HTTPS support in (web client)

2020-01-13 Thread Ludovic Courtès
Hello! Chris Vine skribis: > Is the new implementation usable with suspendable ports? When I last > looked the read-response-body procedure was not, which meant that > http-get and http-put were not, which meant that you could not really > use them with fibers. It’s not a “new

Better HTTPS support in (web client)

2020-01-10 Thread Ludovic Courtès
Hello Guilers! I’ve pushed a ‘wip-https-client’ branch that contains improvements for HTTPS support in (web client) that I’d like to be part of Guile 3: https://git.savannah.gnu.org/cgit/guile.git/log/?h=wip-https-client In a nutshell: • $https_proxy support and a ‘current-https-proxy’

Re: SHA256 performance with Guile 2.2 vs. Guile 3.0

2020-01-07 Thread Ludovic Courtès
Andy Wingo skribis: > On Tue 07 Jan 2020 12:08, Ludovic Courtès writes: > >> Andy Wingo skribis: >> >>> Concretely I would add a little part of the compiler to the Tree-IL >>> phase to serialize a bytecode for the "small" definitions in the mo

Re: SHA256 performance with Guile 2.2 vs. Guile 3.0

2020-01-07 Thread Ludovic Courtès
Hi! Andy Wingo skribis: > On Mon 06 Jan 2020 10:47, Ludovic Courtès writes: > >> Andy Wingo skribis: >> >>> With cross-module inlining of "small" definitions, I think we would >>> solve a lot of this kind of problem. I think we could add t

Re: Re-exporting a replaced binding

2020-01-06 Thread Ludovic Courtès
Hi! Andy Wingo skribis: > On Fri 03 Jan 2020 19:30, Ludovic Courtès writes: [...] >> Should the #:re-export clause propagate the replace bit, or should >> it not? :-) > > It is a good question :) Before, if you re-exported a #:replace > binding, it wasn't possibl

Re: SHA256 performance with Guile 2.2 vs. Guile 3.0

2020-01-06 Thread Ludovic Courtès
Hello, Andy Wingo skribis: > On Sat 04 Jan 2020 01:40, Ludovic Courtès writes: > >> Ludovic Courtès skribis: >> >>> ludo@ribbon ~/src/guix$ ./pre-inst-env guix environment --pure --ad-hoc >>> guile-next guile3.0-hashing -- guil

Re: SHA256 performance with Guile 2.2 vs. Guile 3.0

2020-01-06 Thread Ludovic Courtès
Hi Göran, Göran Weinholt skribis: > I've pushed a Guile-specific version of (hashing fixnums) that inlines > the generic arithmetic procedures. This and some other small changes > improved the runtime: > >clock utime stime cutime cstime gctime > before: > 2.2.6 31.06 32.61

Re: SHA256 performance with Guile 2.2 vs. Guile 3.0

2020-01-03 Thread Ludovic Courtès
Ludovic Courtès skribis: > ludo@ribbon ~/src/guix$ ./pre-inst-env guix environment --pure --ad-hoc > guile-next guile3.0-hashing -- guile ~/tmp/sha256.scm > > ;;; (hash "b33576331465a60b003573541bf3b1c205936a16c407bc69f8419a527bf5c988") > clock utime stime cutime cs

SHA256 performance with Guile 2.2 vs. Guile 3.0

2020-01-03 Thread Ludovic Courtès
Hello Guilers! Göran Weinholt wrote a pure-Scheme (R6RS) implementation of common cryptographic hash functions: https://github.com/weinholt/hashing I thought this would make a useful benchmark (and probably favorable to JIT because it’s one hot loop), so here goes (computing the SHA256 hash

Re-exporting a replaced binding

2020-01-03 Thread Ludovic Courtès
Hi again! I’m not sure if this is an intended consequence of cf08dbdc189f0005cab6f2ec7b23ed9d150ec43d, so I thought I’d share this example of a practical effect: --8<---cut here---start->8--- ludo@ribbon /tmp [env]$ cat x.scm (define-module (x) #:use-module

Re: Removing the locale warning?

2019-12-16 Thread Ludovic Courtès
Hi, Andy Wingo skribis: > On Sat 14 Dec 2019 16:44, Ludovic Courtès writes: > >> What about getting rid of the locale warning? >> >> More generally, I'm in favor of reducing run-time warnings to a bare >> minimum, because application users often don’t ca

Removing the locale warning?

2019-12-14 Thread Ludovic Courtès
Hello! What about getting rid of the locale warning, as shown below? More generally, I'm in favor of reducing run-time warnings to a bare minimum, because application users often don’t care about them (plus they’re not i18n’d), and because application developers cannot silence them or handle

Re: [PATCH 1/2] srfi-34: Replace the 'raise' core binding.

2019-11-26 Thread Ludovic Courtès
Andy Wingo skribis: > On Mon 25 Nov 2019 17:45, Ludovic Courtès writes: > >> In Guile 2.x, (srfi srfi-34) would already replace 'raise'. Replacing >> avoids a run-time warning about the core binding being overridden. >> >> * module/srfi/srfi-34.scm

Re: For a cheaper ‘bytevector->pointer’

2019-11-25 Thread Ludovic Courtès
ctice, every time there’s '* in the FFI, it’d accept a bytevector, right? I would prefer immediate pointers if that’s possible, and then one of the two other solutions. Thanks! Ludo’. commit c705f743031b305051549928cd91e5cfdfef7ec7 Author: Ludovic Courtès Date: Sun Jan 30 23:28:13 20

Re: Mutating public bindings of a declarative module

2019-11-25 Thread Ludovic Courtès
Hello! Andy Wingo skribis: > On Sun 24 Nov 2019 18:54, Ludovic Courtès writes: > >> It seems that if you ‘set!’ a public variable of a declarative module, >> the change is visible to all the module users, but it’s not necessarily >> visible to procedures within that mo

[PATCH 2/2] srfi-35: Replace ''.

2019-11-25 Thread Ludovic Courtès
This ensures core binding '' is silently replaced by the SRFI-35 variant. * module/srfi/srfi-35.scm (srfi:): New variable. Use it to #:replace ''. --- module/srfi/srfi-35.scm | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/module/srfi/srfi-35.scm

[PATCH 1/2] srfi-34: Replace the 'raise' core binding.

2019-11-25 Thread Ludovic Courtès
In Guile 2.x, (srfi srfi-34) would already replace 'raise'. Replacing avoids a run-time warning about the core binding being overridden. * module/srfi/srfi-34.scm (raise): New variable. Mark it as #:replace instead of #:re-export. --- module/srfi/srfi-34.scm | 10 +++--- 1 file changed, 7

[PATCH 0/2] Silence run-time warnings for SRFI-3[45]

2019-11-25 Thread Ludovic Courtès
ings because they’re hard to turn off and there’s nothing the user (as in: the Guix user) can do about it. Ludo’. Ludovic Courtès (2): srfi-34: Replace the 'raise' core binding. srfi-35: Replace ''. module/srfi/srfi-34.scm | 10 +++--- module/srfi/srfi-35.scm | 6 -- 2 files changed, 1

Mutating public bindings of a declarative module

2019-11-24 Thread Ludovic Courtès
Hello! It seems that if you ‘set!’ a public variable of a declarative module, the change is visible to all the module users, but it’s not necessarily visible to procedures within that module, presumably because they use an inlined or specialized variant of that thing. I would have imagined that

For a cheaper ‘bytevector->pointer’

2019-11-24 Thread Ludovic Courtès
Hello! A few days ago David was explaining on #guile how ‘bytevector->pointer’ was generating too much garbage for his use case. An idea we came up with was to embed the pointer object in the bytevector. The patch below does that but it leads to segfaults because I’m guessing there’s generated

Re: guile 3 update, halloween edition

2019-11-16 Thread Ludovic Courtès
Hi Andy! Andy Wingo skribis: > On Fri 15 Nov 2019 10:03, Ludovic Courtès writes: > >> 0. Do I get it right that ‘throw’ and ‘catch’ are not “deprecated” in >> the sense of (ice-9 deprecated) and are instead simply not the >> “preferred” exception mechanism? > &

Re: guile 3 update, halloween edition

2019-11-15 Thread Ludovic Courtès
Hello Andy & all! Thanks for the great summary. I’ve taken a look at ‘wip-exceptions’, which is also remarkably easy to follow because all the changes are incremental and follow the path you explained in your message; thanks a lot for making it this clear! I’ve very much support this change, I

Re: conflicts in the gnu project now affect guile

2019-10-18 Thread Ludovic Courtès
Hi Mark, Mark H Weaver skribis: > RMS has not yet appointed me as a co-maintainer. To my knowledge, the > only thing he has done so far is to *ask* me if I wanted to be appointed > co-maintainer. I answered "yes", but I've not yet received any further > messages from him on this topic. I

Re: [FOSDEM] FOSDEM 2020 Minimalistic, Experimental and Emerging Languages Devroom CfP

2019-10-12 Thread Ludovic Courtès
Hello! Manolis Ragkousis skribis: > We are excited to announce a devroom on minimalistic, experimental > and/or emerging languages (with big ideas) at FOSDEM on Sunday > February 2nd 2020! Woohoo! Thank you Manolis, Pjotr, and everyone who makes it possible once again! Ludo’.

GNU Guile 2.2.6 released

2019-06-30 Thread Ludovic Courtès
toconf 2.69 Automake 1.16.1 Libtool 2.4.6 Makeinfo 6.5 Gnulib v0.1-1157-gb03f418 Happy hacking with Guile! Ludovic Courtès, Mark H Weaver, and Andy Wingo. signature.asc Description: PGP signature

Re: Distributed verification of release tarballs using Guix? (was Re: Releasing 2.2.5?)

2019-06-20 Thread Ludovic Courtès
Hi Mark, Mark H Weaver skribis: > I've finished my updates to the NEWS file in preparation for the 2.2.5 > release. Feel free to reorganize, edit, or expand on the NEWS entries > as you think best. I believe that all of the relevant changes are > listed, anyway. Thanks a *lot* for all the

GNU Guile 2.2.5 released

2019-06-20 Thread Ludovic Courtès
gpg --verify guile-2.2.5.tar.gz.sig If that command fails because you don't have the required public key, then run this command to import it: gpg --keyserver keys.gnupg.net --recv-keys 3CE464558A84FDC69DB40CFB090B11993D9AEBB5 and rerun the 'gpg --verify' command. This release was bootstrappe

Re: Distributed verification of release tarballs using Guix? (was Re: Releasing 2.2.5?)

2019-06-17 Thread Ludovic Courtès
Hi Mark, Mark H Weaver skribis: > Sure, I can take care of updating NEWS in the next day or two. Awesome, thank you! >>> Regrettably, Guile 2.2 has become too heavy to build on the only machine >>> in my possession that I have any trust in. I don't have a machine that >>> I consider

Re: Distributed verification of release tarballs using Guix? (was Re: Releasing 2.2.5?)

2019-06-16 Thread Ludovic Courtès
Hi Mark, Mark H Weaver skribis: > Ludovic Courtès writes: >> What would you think of releasing ‘stable-2.2’ as 2.2.5? > > I think it's a fine idea. Awesome. We’ll have to update NEWS; I can give it a go, but if you could add bullet items for the things you’ve worked on,

Re: Immediate doubles (up to 2^256) and rationals coming to Guile 3

2019-06-11 Thread Ludovic Courtès
Hi, Mark H Weaver skribis: > Ludovic Courtès writes: >> Though an immediate, like a fixnum or an iflo, is still something >> different from a tagged heap object like a pair, right? So I would >> expect SCM_THOB_P to be a different test, not a drop-in replac

Re: Immediate doubles (up to 2^256) and rationals coming to Guile 3

2019-06-11 Thread Ludovic Courtès
Hello, Mark H Weaver skribis: > Ludovic Courtès writes: [...] >> IIUC, your plan is to have a different tagging on 32-bit platforms, >> without fixflos, right? I’m curious to see how much complexity would >> entail from that. > > Yes, although I'm avoiding the

Re: Immediate doubles (up to 2^256) and rationals coming to Guile 3

2019-06-07 Thread Ludovic Courtès
Hi Mark, Mark H Weaver skribis: > I've found a way to efficiently support both immediate IEEE binary-64 > doubles up to ~1.158e77 (with larger ones transparently allocated on the > heap), and also immediate exact rationals with up to 54 binary digits > (~16 decimal digits), without restricting

Releasing 2.2.5?

2019-06-06 Thread Ludovic Courtès
Hello comrades! What would you think of releasing ‘stable-2.2’ as 2.2.5? It’s great if you can do it, Mark, but otherwise I can do it. Thanks, Ludo’.

Re: Cross-compiling guile libraries

2019-03-23 Thread Ludovic Courtès
Hi Mathieu, Mathieu Othacehe skribis: > Even if guild has a "target" option allowing to cross-compile sources, > autotools does not seem to have support for guile > cross-compilation. For instance, passing "--host=aarch64-linux-gnu" to > configure script doesn't set the "target" argument of

Re: FOSDEM 2019

2019-02-06 Thread Ludovic Courtès
Nala Ginrut skribis: > Does it mean someone is working on writing Racket specific dialect > front-end on Guile? I appreciate! Nope! Actually Chris Webber raised the issue of collaboration between Racket and Guile in their talk, which is why we’re discussing it. But Guile is still Guile and

Re: FOSDEM 2019

2019-02-05 Thread Ludovic Courtès
Hi, Amirouche Boubekki skribis: > What does it mean in practice? What are the tasks that must dealt with? Like I wrote, an immediate task is to write a Racket importer for Guix¹ and to actually package things. Next, we could ensure the subset of these packages that use #r6rs can also be used

Re: FOSDEM 2019

2019-02-04 Thread Ludovic Courtès
Hello Mikael! Mikael Djurfeldt skribis: > It was a great experience and joy for me to meet some of you at FOSDEM > 2019. Thank you all! Seconded, that was awesome! Meeting Guilers, both newcomers and old-timers :-), was just great! > Everyone who works with Guile knows that it's crap and

Re: GNU Guix Days before FOSDEM

2019-01-08 Thread Ludovic Courtès
Hello! zimoun skribis: > At Paris' Guix' meeting in December, I really enjoyed the after lunch > session: quick demo about tools. > Janneke showed how they uses Emacs as Window Manager. > Ricardo showed some tricks with git-worktree. > Ludo showed guile-guix stuff---I do not remember well. > >

Re: GNU Guix Days before FOSDEM

2019-01-05 Thread Ludovic Courtès
Hello, Pjotr Prins skribis: > We have an exciting program for the minimalism devroom at FOSDEM, see > > https://fosdem.org/2019/schedule/track/minimalistic_languages/ > > We also have two GNU Guix days before FOSDEM. The idea is to break out > into working groups during those two days. I

Re: guile 3 update, september edition

2018-09-18 Thread Ludovic Courtès
Hello, Andy Wingo skribis: > On Mon 17 Sep 2018 11:35, l...@gnu.org (Ludovic Courtès) writes: > >>> The threshold at which Guile will automatically JIT-compile is set from >>> the GUILE_JIT_THRESHOLD environment variable. By default it is 5. >>> If you

Re: guile 3 update, september edition

2018-09-17 Thread Ludovic Courtès
Hello! Andy Wingo skribis: > This is an update on progress towards Guile 3. In our last update, we > saw the first bits of generated code: > > https://lists.gnu.org/archive/html/guile-devel/2018-08/msg5.html > > Since then, the JIT is now feature-complete. It can JIT-compile *all* >

Re: FOSDEM 2019

2018-08-29 Thread Ludovic Courtès
Heya, Christopher Lemmer Webber skribis: > I added a talk topic: "A Guiler's Year of Racket". I think there's a > lot we could learn from our fellow friends in Racket-land, and I'd like > to share some of that! I’d be very interested in listening to it! Ludo’.

GNU Guix Days before FOSDEM

2018-08-24 Thread Ludovic Courtès
Hello! Pjotr Prins skribis: > If you intend to come and/or want to speak please add your name and > proposed title to the new page at > > https://libreplanet.org/wiki/Group:Guix/FOSDEM2018 > > Alternatively, reply here or mail me privately so we can keep a tally. The real URL is:

Re: bug#22608: Module system thread unsafety and .go compilation

2018-07-03 Thread Ludovic Courtès
Hello, taylanbayi...@gmail.com (Taylan Ulrich "Bayırlı/Kammer") skribis: > To speed up the compilation of the many Scheme files in Guix, we use a > script that first loads all modules to be compiled into the Guile > process (by calling 'resolve-interface' on the module names), and then > the

Re: crashes with Fibers

2018-07-02 Thread Ludovic Courtès
Hello Clément, Clément Lassieur skribis: > ;; bad > (define (test4) > (run-fibers >(lambda () > (spawn-fiber > (lambda () > (let ((channel (make-channel))) > (call-with-new-thread >(lambda () >

Re: guile 3 update, june 2018 edition

2018-07-02 Thread Ludovic Courtès
Hello! Andy Wingo skribis: > The news is that the VM has been completely converted over to call out > to the Guile runtime through an "intrinsics" vtable. For some > intrinsics, the compiler will emit specialized call-intrinsic opcodes. > (There's one of these opcodes for each intrinsic

GNU Guile 2.2.4 released

2018-07-02 Thread Ludovic Courtès
un the 'gpg --verify' command. This release was bootstrapped with the following tools: Autoconf 2.69 Automake 1.16.1 Libtool 2.4.6 Makeinfo 6.5 Gnulib v0.1-1157-gb03f418 Thanks to Arun Isaac, Christopher Lemmer Webber, Jan Smydke, and Shea Levy who all contributed to this release. Happy hacking wi

  1   2   3   4   5   6   7   8   9   10   >