Re: GNU G-Golf 0.8.0-rc-2 available for testing

With Gtk debug symbols, from this version: https://gitlab.gnome.org/GNOME/gtk/-/tree/4.12.4 On Thu, Dec 21, 2023 at 11:01 PM Aleix Conchillo Flaqué < aconchi...@gmail.com> wrote: > > This is from: lldb -- guile -e main drawing-widget.scm > > * thread #1, queue = 'com.apple.

Re: GNU G-Golf 0.8.0-rc-2 available for testing

On Thu, Dec 21, 2023 at 8:53 PM David Pirotte wrote: > Hi Aleix, > > ... > > Anyways, guile-cairo is fine going back to stable 3.0.9. > > Ok, so just to make sure, now both the gtk4/simple-paintable.scm and > gtk4/animated-paintable.scm examples work fine on 'your' platform as > well? > > Nope,

Re: GNU G-Golf 0.8.0-rc-2 available for testing

On Mon, Dec 4, 2023 at 8:14 PM David Pirotte wrote: > > you must clone the guile-cairo upstream repo, git checkout devel, then > run the make danse ... let me know if this solve you problem. > > Yes, I had that already. In the previous package I had to add individual patches, but now I can just

Re: GNU G-Golf 0.8.0-rc-2 available for testing

On Mon, Dec 4, 2023 at 8:14 PM David Pirotte wrote: > Hello Aleix, > > Hi! > - animated-paintable.scm, simple-paintable.scm: it might be something > > cairo related. I have guile-cairo 1.11.2 > > you must clone the guile-cairo upstream repo, git checkout devel, then > run the make danse ... let

Re: GNU G-Golf 0.8.0-rc-2 available for testing

This is now available on macOS via Guile Homebrew: brew install g-golf On Wed, Nov 1, 2023 at 8:51 PM David Pirotte wrote: > Hello Guilers, > > The second release candidate of the upcoming GNU G-Golf 0.8.0 release is > now available for testing: > > * Tarball and a GPG detached signature

Re: GNU G-Golf 0.8.0-a.4 available for testing

On Mon, May 1, 2023 at 10:35 AM David Pirotte wrote: > Hi Aleix, > > Hi there! > > Making install in libg-golf > > > > CC libg_golf_la-gg-ffi.lo > > CC libg_golf_la-gg-utils.lo > > CC libg_golf_la-gg-glib.lo > > CC libg_golf_la-gg-gobject.lo > > CC

Re: GNU G-Golf 0.8.0-a.4 available for testing

On Sun, Apr 16, 2023 at 7:51 PM David Pirotte wrote: > Hello Guilers, > > Hi David, > The fourth alpha release of the upcoming GNU G-Golf 0.8.0 release is > now available for testing: > > -] Tarball and a GPG detached signature [*]: > >

Re: GNU G-Golf 0.8.0-a.1 available for testing!

On Fri, Mar 24, 2023 at 9:18 PM David Pirotte wrote: > Hello Aleix, > > Hi! > I am sorry it took me so long to answer. > > Not at all! :-) > > ... > > I was able to add g-golf to Guile Homebrew. So it now runs on macOS > > ... > > > The changes are: > > > > - We need the full path of

Re: [PATCH v1 1/6] docs/match: add pattern matching examples

On Mon, Jan 30, 2023 at 6:53 PM Maxime Devos wrote: > On 30-01-2023 20:56, Aleix Conchillo Flaqué wrote: > > [...] Maxime found the time to review a quite big PR and added a > > bunch of useful comments. Reviewing that PR took a lot of effort and I > > just felt be

Re: [PATCH v1 1/6] docs/match: add pattern matching examples

On Mon, Jan 30, 2023 at 11:56 AM Aleix Conchillo Flaqué < aconchi...@gmail.com> wrote: > Hi! > > On Sun, Jan 29, 2023 at 4:50 PM Blake Shaw wrote: > >> >> And there's more, its a pattern; I dont know if you troll everyone like >> this or if I represent som

Re: [PATCH v1 1/6] docs/match: add pattern matching examples

Hi! On Sun, Jan 29, 2023 at 4:50 PM Blake Shaw wrote: > > And there's more, its a pattern; I dont know if you troll everyone like > this or if I represent something you feel opposed to, but I do know that it > was enough for me to become allergic to Guile/Guix community until I > started

Re: GNU Guile 3.0.9rc1 available for testing!

On Mon, Jan 23, 2023 at 2:48 AM Ludovic Courtès wrote: > Hi, > > Greg Troxel skribis: > > > lloda writes: > > > >> This looks like https://debbugs.gnu.org/60971 < > https://debbugs.gnu.org/60971> on mac os. > > > > Yes, it does. > > > > My quick reaction is that if the POSIX-required macros

Re: GNU Guile 3.0.9rc1 available for testing!

On Mon, Jan 23, 2023 at 2:45 AM Ludovic Courtès wrote: > Hola! > > Hola! > Aleix Conchillo Flaqué skribis: > > > Not because I worked on it :-), but missing JIT support on Apple Silicon > > chips in the NEWS, which makes Guile *fast* on that hardware. > >

Re: GNU Guile 3.0.9rc1 available for testing!

On Fri, Jan 20, 2023 at 7:58 AM Ludovic Courtès wrote: > Hello Guilers! > > (Cc’ing packagers I know; feel free to ping other packagers!) > > I pushed the ‘v3.0.9rc1’ tag on the ‘main’ branch and uploaded the > tarballs produced by “make distcheck” from that tag: > > Awesome! Thank you! Not

Re: compilation error on Apple M1

Hi Damien, This looks like a linking issue probably related to how things are installed in your system, not with Guile itself. And the issue seems to be with libiconv. Usually that comes with macOS itself and is located in /usr/lib/libiconv.2.dylib. Building Guile on M1 is definitely possible

Re: [PATCH] fix Apple Silicon JIT compilation

Ping. This one is important to run Guile with JIT on new Apple hardware. On Thu, Nov 17, 2022 at 5:36 PM Aleix Conchillo Flaqué wrote: > * configure.ac: check for pthread_jit_write_protect_np. > > * libguile/jit.c: add support for Apple Silicon JIT compilation. > > Fixes https://

Re: GNU G-Golf 0.8.0-a.1 available for testing!

Great! Thank you David! I was able to add g-golf to Guile Homebrew. So it now runs on macOS (see images here [1]). I had to do a couple of changes, see line 33, 34, 35 and also two simple patches at the end of: https://github.com/aconchillo/homebrew-guile/blob/master/Formula/g-golf.rb The

Re: doc: fix documented keyword argument default to match code

On Thu, Dec 15, 2022 at 9:46 AM Vijay Marupudi wrote: > Hello guile-devel, > > Bumping this simple documentation bug fix to (ice-9 getopt-long). > LGTM. Procedure is: (define* (getopt-long program-arguments option-desc-list #:key stop-at-first-non-option) And by default

Re: [PATCH] Fix minor typos

On Thu, Dec 1, 2022 at 10:10 PM Colin Woodbury wrote: > `make html` should do it. The output is in doc/ref/guile.html/index.html > > Yup, that does it. For my future doc improvements I'll make sure to check > both sides. > > So it seems that both the extra period and the superfluous "see" are >

Re: [PATCH] Fix minor typos

On Wed, Nov 30, 2022 at 5:04 PM Colin Woodbury wrote: > Hi! > > > On the website this looks OK: > > https://www.gnu.org/software/guile/manual/html_node/Vectors.html > > Did you try to generate the manual in HTML? > > Aleix > > > I didn't (does `make info` do that?); I mainly consume the Guide

Re: [PATCH] Fix minor typos

Hi! On Wed, Nov 30, 2022 at 5:48 AM Colin Woodbury wrote: > Hi all, this is my first patch to Guile. I have a few more planned, but > figured I'd throw this in first to get my feet wet with the development > process here. > > Detailed comments regarding the typo fixes are included in the

Re: [PATCH] fix Apple Silicon JIT compilation

Apologies for re-sending this. Just realized this should be called Apple Silicon and not just Apple M1. On Thu, Nov 17, 2022 at 5:36 PM Aleix Conchillo Flaqué wrote: > * configure.ac: check for pthread_jit_write_protect_np. > > * libguile/jit.c: add support for Apple Silicon JIT co

[PATCH] fix Apple Silicon JIT compilation

* configure.ac: check for pthread_jit_write_protect_np. * libguile/jit.c: add support for Apple Silicon JIT compilation. Fixes https://debbugs.gnu.org/cgi/bugreport.cgi?bug=44505 --- configure.ac | 3 +++ libguile/jit.c | 25 - 2 files changed, 27 insertions(+), 1

Re: [PATCH] fix Apple's M1 JIT compilation

Sorry, ignore first patch, did a minor update on the second one. On Tue, Nov 15, 2022 at 4:01 PM Aleix Conchillo Flaqué wrote: > * configure.ac: check for pthread_jit_write_protect_np. > > * libguile/jit.c: add support for Apple's M1 JIT compilation. > > Fixes https://debb

[PATCH] fix Apple's M1 JIT compilation

* configure.ac: check for pthread_jit_write_protect_np. * libguile/jit.c: add support for Apple's M1 JIT compilation. Fixes https://debbugs.gnu.org/cgi/bugreport.cgi?bug=44505 --- configure.ac | 3 +++ libguile/jit.c | 25 - 2 files changed, 27 insertions(+), 1

[PATCH] fix Apple's M1 JIT compilation

* configure.ac: check for pthread_jit_write_protect_np. * libguile/jit.c: add support for Apple's M1 JIT compilation. Fixes https://debbugs.gnu.org/cgi/bugreport.cgi?bug=44505 --- configure.ac | 3 +++ libguile/jit.c | 25 - 2 files changed, 27 insertions(+), 1

Re: expression and definition context in Scheme

Just came here to say: Congratulations Linus! That was definitely the most important part of your message :-). Aleix On Tue, Aug 30, 2022 at 3:48 AM Linus Björnstam < linus.bjorns...@veryfast.biz> wrote: > I am working on a patch to guile to add definitions to just about every > body except for

Re: avoid character encoding/escaping in sxml->xml or htmlprag's sxml->html

Thank you Maxime, On Sun, Aug 21, 2022 at 3:16 AM Maxime Devos wrote: > On 21-08-2022 02:05, Aleix Conchillo Flaqué wrote: > > According to the spec, embedding inline content in the tag should > conform to the language defined by the "type" attribute (defaults to >

Re: avoid character encoding/escaping in sxml->xml or htmlprag's sxml->html

Hi Maxime, On Sat, Aug 20, 2022 at 2:48 PM Maxime Devos wrote: > > The GuileScript looks nice, for interested readers, see < https://github.com/aconchillo/guilescript> > > On 20-08-2022 21:59, Aleix Conchillo Flaqué wrote: > > However, I'm not able to find a way to

avoid character encoding/escaping in sxml->xml or htmlprag's sxml->html

Hi there, I have a GuileScript example that it's basically a web server written in Guile that returns a basic HTML and also a

Re: Maintenance and future of Guile

I'm not sure how all this ended up. But, I would encourage and love for Maxime Devos to be a Guile maintainer. Always great feedback in Guile and other projects (like Fibers) and I really feel Guile would benefit a lot from their contributions. Just a thought. Aleix On Tue, Dec 21, 2021 at

Re: (ice-9 base64)?

ill use the new base64 module and existing projects will update whenever they want. On 18-08-2022 02:09, Aleix Conchillo Flaqué wrote: > > About Guix's unbundling (maybe that's something that should go on Guix's > mailing list), > > I don't see why, there's nothing to write about exce

Re: (ice-9 base64)?

On Tue, Aug 16, 2022 at 9:59 AM Maxime Devos wrote: > > On 16-08-2022 18:10, Aleix Conchillo Flaqué wrote: > > Hi, > > In many projects I've been copying Göran Weinholt's base64 implementation > and I've also seen it in other projects, would it make sense to include it

(ice-9 base64)?

Hi, In many projects I've been copying Göran Weinholt's base64 implementation and I've also seen it in other projects, would it make sense to include it in Guile's standard library? I guess it's hard to know where to draw a line and different languages do different things. I actually like

Re: [PATCH] web: default to INADDR_ANY instead of INADDR_LOOPBACK

On Fri, Jul 22, 2022 at 4:45 AM Greg Troxel wrote: > > Aleix Conchillo Flaqué writes: > > >> Using INADDR_ANY instead of INADDR_LOOPBACK makes it convenient when > >> starting the web server inside containers without the need to having to > >

Re: [PATCH] web: default to INADDR_ANY instead of INADDR_LOOPBACK

Thank you Maxime, On Fri, Jul 22, 2022 at 2:44 AM Maxime Devos wrote: > On 22-07-2022 02:44, Aleix Conchillo Flaqué wrote: > > ping. easy one but might be more controversial. > > On Wed, Feb 2, 2022 at 4:26 PM Aleix Conchillo Flaqué < > aconchi...@gmail.com> wrote: >

Re: [PATCH] web: default to INADDR_ANY instead of INADDR_LOOPBACK

ping. easy one but might be more controversial. On Wed, Feb 2, 2022 at 4:26 PM Aleix Conchillo Flaqué wrote: > Using INADDR_ANY instead of INADDR_LOOPBACK makes it convenient when > starting the web server inside containers without the need to having to > specify INADDR_ANY all

Re: [PATCH] doc: fix web (run-server) examples

ping. this is an easy one :-). On Wed, Feb 2, 2022 at 3:25 PM Aleix Conchillo Flaqué wrote: > * doc/ref/web.texi (Web Server): need quasiquote to in order to evaluate > AF_INET6. > --- > doc/ref/web.texi | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > >

Re: [PATCH] web: send capitalized authorization header scheme

On Fri, Jun 24, 2022 at 9:28 AM Maxime Devos wrote: > Aleix Conchillo Flaqué schreef op vr 24-06-2022 om 09:05 [-0700]: > > * module/web/http.scm (write-credentials): capitalize authorization > > header scheme. The standard allows the scheme to be case-insensitive, > > howev

[PATCH] web: send capitalized authorization header scheme

* module/web/http.scm (write-credentials): capitalize authorization header scheme. The standard allows the scheme to be case-insensitive, however most libraries out there expect the scheme to be capitalized, which is what it is actually used in RFC docs (e.g.

[PATCH] web: send capitalized authorization header scheme

* module/web/http.scm (write-credentials): capitalize authorization header scheme. The standard allows the scheme to be case-insensitive, however most libraries out there expect the scheme to be capitalized, which is what it is actually used in RFC docs (e.g.

Re: [PATCH] web: authorization header scheme should be capitalized

On Fri, Jun 24, 2022 at 1:35 AM Maxime Devos wrote: > Aleix Conchillo Flaqué schreef op do 23-06-2022 om 18:46 [-0700]: > > Ah, got it. Yes, that would make sense. > > > > I was thinking about it again. I know that Guile complies with the > > standard but since, I wou

Re: [PATCH] web: authorization header scheme should be capitalized

On Thu, Jun 23, 2022 at 3:20 PM Maxime Devos wrote: > Aleix Conchillo Flaqué schreef op do 23-06-2022 om 14:13 [-0700]: > > > https://community.spotify.com/t5/Spotify-for-Developers/API-Authorization-header-doesn-t-follow-HTTP-spec/m-p/5397381#M4917 > > > Also, there's st

Re: [PATCH] web: authorization header scheme should be capitalized

On Thu, Jun 23, 2022 at 1:45 PM Maxime Devos wrote: > Aleix Conchillo Flaqué schreef op do 23-06-2022 om 13:42 [-0700]: > > > > [...] > > I think you are right. The spec says clearly that it should be case > > insensitive. > > > > So, disregard this pat

Re: [PATCH] web: authorization header scheme should be capitalized

On Thu, Jun 23, 2022 at 1:40 PM Maxime Devos wrote: > Aleix Conchillo Flaqué schreef op do 23-06-2022 om 13:27 [-0700]: > > + (put-string port (string-titlecase (symbol->string scheme))) > > I'd add a little explanation in a comment (e.g.: > >;; While accor

Re: [PATCH] web: authorization header scheme should be capitalized

ot; scheme: https://datatracker.ietf.org/doc/html/rfc7617#section-2 "Bearer" scheme: https://datatracker.ietf.org/doc/html/rfc6750#section-2.1 Aleix On Thu, Jun 23, 2022 at 1:28 PM Aleix Conchillo Flaqué wrote: > * module/web/http.scm (write-credentials): capitalize authorizati

[PATCH] web: authorization header scheme should be capitalized

* module/web/http.scm (write-credentials): capitalize authorization header scheme. See, for example, https://datatracker.ietf.org/doc/html/rfc7617#section-2 --- module/web/http.scm| 4 ++-- test-suite/tests/web-http.test | 7 --- 2 files changed, 6 insertions(+), 5 deletions(-)

[PATCH] web: authorization header scheme should be capitalized

* module/web/http.scm (write-credentials): capitalize authorization header scheme. See, for example, https://datatracker.ietf.org/doc/html/rfc7617#section-2 --- module/web/http.scm | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/module/web/http.scm b/module/web/http.scm

Fibers 1.1.1 released

Hi, On behalf of the Fibers team, I am excited to announce Fibers 1.1.1. Fibers is a lightweight concurrency facility for Guile that supports non-blocking input and output, millions of concurrent threads, and Concurrent ML-inspired communication primitives. For more information, see the web

Re: [PATCH] Documentation typo fix

On Wed, Feb 23, 2022 at 11:27 PM Arun Isaac wrote: > > Hi Vijay, > > Could you send this patch to bug-gu...@gnu.org? That way it gets > registered in the bug tracker, and a maintainer can apply it when they > are able to. > > Does this apply to bug fixes or also changes? Best, Aleix

Re: GNU Guile 3.0.8 released

On Fri, Feb 11, 2022 at 5:28 PM Greg Troxel wrote: > > Aleix Conchillo Flaqué writes: > > > On Fri, Feb 11, 2022 at 3:05 AM Maxime Devos > wrote: > > > >> Andy Wingo schreef op vr 11-02-2022 om 08:47 [+0100]: > >> > We are delighted to

Re: GNU Guile 3.0.8 released

On Fri, Feb 11, 2022 at 3:05 AM Maxime Devos wrote: > Andy Wingo schreef op vr 11-02-2022 om 08:47 [+0100]: > > We are delighted to announce GNU Guile release 3.0.8, the latest in the > [...] > > The Guile 3.0.8 release mixes maintenance and optimizations [...] > > Am I the only one who has not

[PATCH] web: default to INADDR_ANY instead of INADDR_LOOPBACK

Using INADDR_ANY instead of INADDR_LOOPBACK makes it convenient when starting the web server inside containers without the need to having to specify INADDR_ANY all the time. This is the default in most libraries and languages. This doesn't break backwards compatibility since INADDR_LOOPBACK is

Re: crash on macOS with dlsym RTLD_LOCAL

(and libgpg-error). In the meantime I have sent patches to Homebrew's libgcrypt so macOS users can enjoy guile-gcrypt :-). Aleix On Tue, Sep 14, 2021 at 10:06 AM Aleix Conchillo Flaqué wrote: > > I have posted a message to Apple's forums to see if there's any luck: > > https://develop

Re: [PATCH] foreign-library: fix RTLD_LAZY | RTLD_LOCAL crash on macOS

Ignore. The issue was the way libgcrypt was linked in macOS. See: https://dev.gnupg.org/T5610 A libgcrypt's libtool.m4 patch has been applied upstream. On Sat, Sep 11, 2021 at 10:10 PM Aleix Conchillo Flaqué wrote: > > * module/system/foreign-library.scm (load-foreign-library): On

Re: crash on macOS with dlsym RTLD_LOCAL

I have posted a message to Apple's forums to see if there's any luck: https://developer.apple.com/forums/thread/689991 Aleix On Sat, Sep 11, 2021 at 10:14 PM Aleix Conchillo Flaqué wrote: > > I did a little bit more research. The combination that actually fails > is RTLD_LAZY | RT

Re: crash on macOS with dlsym RTLD_LOCAL

/dyld-852.2/ But I have no clue how to build this, I tried it but failed with missing dependencies. In any case, I provided a patch so at least we can use Guile on macOS. Best, Aleix On Sat, Sep 4, 2021 at 10:48 PM Aleix Conchillo Flaqué wrote: > > Hi, > > I'm trying to load

[PATCH] foreign-library: fix RTLD_LAZY | RTLD_LOCAL crash on macOS

* module/system/foreign-library.scm (load-foreign-library): On macOS calling `dlopen` with RTLD_LAZY | RTLD_LOCAL causes a crash when calling `dlsym`. There are a three working combinations: - Using RTLD_NOW | RTLD_LOCAL - Using RTLD_NOW | RTLD_GLOBAL - Using RTLD_LAZY | RTLD_GLOBAL For

crash on macOS with dlsym RTLD_LOCAL

Hi, I'm trying to load guile-grcypt with guile 3.0.7 and after my previous fix (https://git.savannah.gnu.org/cgit/guile.git/commit/?id=1f100a4f20c3a6e57922fb26fce212997e2a03cb) guile-gcrypt still does not load properly. TLDR; Using RTLD_LOCAL instead of RTLD_GLOBAL (default) causes issues on

Re: [PATCH] foreign-library: fix darwin detection

Aleix Conchillo Flaqué wrote: > > Without this change dynamic libraries in macOS are not loaded > properly. This has happened since 3.0.6. > > scheme@(guile-user)> %host-type > $1 = "x86_64-apple-darwin20.5.0" > > > > schem

Re: [PATCH] foreign-library: fix darwin detection

e@(guile-user)> (dynamic-link "/usr/local/lib/libgit2") $2 = #< filename: "/usr/local/lib/libgit2" handle: #> On Wed, Sep 1, 2021 at 10:28 PM Aleix Conchillo Flaqué wrote: > > * module/system/foreign-library.scm (system-library-extensions): fix > darwin host

[PATCH] foreign-library: fix darwin detection

* module/system/foreign-library.scm (system-library-extensions): fix darwin host detection. darwin host types have "-darwin" but not "-darwin-". --- module/system/foreign-library.scm | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/module/system/foreign-library.scm

Re: [PATCH] srfi-64: fix double evaluation of test-name

Thanks, I'll check it out! On Sat, May 29, 2021, 1:55 PM wrote: > For srfi-64 you should really post your patches to srfi's mailing list > since Guile uses the reference implementation. There was some discussion > about switching to another one but it didn't happen. (Yet?) > > Some relevant

Re: [PATCH] srfi-64: fix double evaluation of test-name

ping! On Fri, Apr 2, 2021, 12:21 AM Aleix Conchillo Flaqué wrote: > * module/srfi/srfi-64/testing.scm: fix double test-name evaluation which > also fix unused variable warnings as a bonus. > > Signed-off-by: Aleix Conchillo Flaqué > --- > module/srfi/srfi-6

Re: [PATCH] vectors: add (vector-last) support

ping! On Fri, Feb 12, 2021, 12:03 PM Aleix Conchillo Flaqué wrote: > * libguile/vectors.c: add (vector-last) support. > > * libguile/vectors.h: define scm_vector_last and scm_c_vector_last. > > * doc/ref/api-data.texi (Vector Accessors): add documentation for > (vector-las

Re: Unable to build Guile on macOS

On Thu, Apr 8, 2021 at 1:10 PM lloda wrote: > > > > > On 8 Apr 2021, at 06:43, Aleix Conchillo Flaqué > > wrote: > > > > The following recent Gnulib commit fixes the issue: > > > > https://git.savannah.gnu.org/cgit/gnulib.git/commit

Re: Unable to build Guile on macOS

The following recent Gnulib commit fixes the issue: https://git.savannah.gnu.org/cgit/gnulib.git/commit/?id=fc6d7d850bdebfed81e9212910f44edf99dd7743 If someone could update Gnulib to a more recent version I'd really appreciate it. Thanks! Aleix On Wed, Mar 31, 2021 at 11:25 PM Aleix Conchillo

[PATCH] srfi-64: fix double evaluation of test-name

* module/srfi/srfi-64/testing.scm: fix double test-name evaluation which also fix unused variable warnings as a bonus. Signed-off-by: Aleix Conchillo Flaqué --- module/srfi/srfi-64/testing.scm | 36 - 1 file changed, 18 insertions(+), 18 deletions(-) diff --git

[PATCH] srfi-64: fix double evaluation of test-name

Sorry about the extra noise. The original patch used spaces on the new lines while testing.scm uses tabs. Best, Aleix

Re: [PATCH] srfi-64: fix unused variable warnings

Hi Maxime, Thank you for your comments! On Thu, Apr 1, 2021 at 4:37 AM Maxime Devos wrote: > For example, in: > > > (define (%test-comp2 comp x) > > (syntax-case (list x (list (syntax quote) (%test-source-line2 x)) > > comp) () > >(((mac tname expected expr) line comp) > >

[PATCH] srfi-64: fix double evaluation of test-name

* module/srfi/srfi-64/testing.scm: fix double test-name evaluation which also fix unused variable warnings as a bonus. Signed-off-by: Aleix Conchillo Flaqué --- module/srfi/srfi-64/testing.scm | 36 - 1 file changed, 18 insertions(+), 18 deletions(-) diff --git

Unable to build Guile on macOS

Hi there, After this Gnlib update, I am no longer able to build Guile on macOS: commit a91b95cca2d397c84f8b9bbd602d40209a7092ce There are other softwares with the same issue: https://www.mail-archive.com/bug-wget@gnu.org/msg09941.html I haven't had time to see if the issue is fixed already or

[PATCH] srfi-64: fix unused variable warnings

* module/srfi/srfi-64/testing.scm: remove unused name variable and use let instead of let*. Signed-off-by: Aleix Conchillo Flaqué --- module/srfi/srfi-64/testing.scm | 32 +--- 1 file changed, 13 insertions(+), 19 deletions(-) diff --git a/module/srfi/srfi-64

Re: Guile Potluck 2021

On Mon, Mar 1, 2021 at 1:15 PM Linus Björnstam wrote: > > Hi Guilers! > > I found some code I wrote while drunk. I had completely forgotten about it, > but found it a fun little exercise. I would argue that falls under the > "neglected library" category. > > Anyway: It implements python-style

Re: Guile Potluck 2021

In case it was not clear: guile-oauth 1.0.0 with OAuth2 support: https://github.com/aconchillo/guile-oauth guile-redis 2.1.0 with Redis 6.2.0 commands: https://github.com/aconchillo/guile-redis Aleix On Sun, Feb 21, 2021 at 9:59 PM Aleix Conchillo Flaqué wrote: > > Thank you Mike! > &

Re: Guile Potluck 2021

Thank you Mike! I should have waited to release guile-oauth with the OAuth2 support :-). But if that counts... Also planning to release guile-redis with redis 6.2 support when they make a release (they are in RC3), but I might do it sooner. Best, Aleix On Thu, Feb 18, 2021, 9:43 AM Mike Gran

Re: [PATCH] vectors: add (vector-last) support

Any interest on this one? On Mon, Dec 21, 2020 at 1:44 AM Aleix Conchillo Flaqué wrote: > Hi, > > Attached is a patch to add support for a new function (vector-last) > that will retrieve the last element of a vector. > > This avoids having to do (vector-ref v (- (vector-leng

[PATCH] vectors: add (vector-last) support

* libguile/vectors.c: add (vector-last) support. * libguile/vectors.h: define scm_vector_last and scm_c_vector_last. * doc/ref/api-data.texi (Vector Accessors): add documentation for (vector-last). Signed-off-by: Aleix Conchillo Flaqué --- doc/ref/api-data.texi | 10

[PATCH] vectors: add (vector-last) support

Hi, Attached is a patch to add support for a new function (vector-last) that will retrieve the last element of a vector. This avoids having to do (vector-ref v (- (vector-length v) 1)). Let me know what you think. Thanks, Aleix 0001-vectors-add-vector-last-support.patch Description: Binary

Re: [PATCH] accept4: add support for SOCK_NONBLOCK when using accept()

Fibers work on macOS is being done here. https://github.com/wingo/fibers/pull/42 This is now working with both web servers. On Wed, Jul 29, 2020 at 5:06 PM Aleix Conchillo Flaqué wrote: > SOCK_NONBLOCK was not implemented when accept4() is not available (e.g. > macOS). > > I

[PATCH] accept4: add support for SOCK_NONBLOCK when using accept()

SOCK_NONBLOCK was not implemented when accept4() is not available (e.g. macOS). I'm currently testing all this with the two new web server implementations provided with Fibers. Aleix 0001-accept4-add-support-for-SOCK_NONBLOCK-when-using-acc.patch Description: Binary data

Re: Guile extensions path (includes PATCH)

Any thoughts on this one? Thanks, Aleix On Mon, Jun 29, 2020 at 7:54 PM Aleix Conchillo Flaqué wrote: > Hi, > > I was adding guile-ncurses to homebrew-guile and realized there might be > an issue in the documentation. > > According to this: > > > https://www.gn

Guile extensions path (includes PATCH)

Hi, I was adding guile-ncurses to homebrew-guile and realized there might be an issue in the documentation. According to this: https://www.gnu.org/software/guile/manual/html_node/Modules-and-Extensions.html the extensions directory is /usr/lib/guile/3.0/ (or /usr/local/lib/guile/3.0/m

Re: Guile's time execution issues

On Sat, May 2, 2020 at 7:11 AM Ludovic Courtès wrote: > Hola! > > Hola! 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? Now, it

Re: Guile's time execution issues

On Sun, Apr 26, 2020 at 10:16 AM Ludovic Courtès wrote: > Bon dia! > > Bon dia! And bon jour! :-D > 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 e

Guile's time execution issues

Hi, 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 the same command kept increasing. I'm running

unable to build guile 2.9.7 on OS X 10.14.6

Hi there! Trying to build 2.9.7 on OS X and getting the error below. I'd be happy to try more things if you want. Aleix - wrote `system/vm/elf.go' BOOTSTRAP GUILEC system/vm/frame.go wrote `system/vm/dwarf.go' BOOTSTRAP GUILEC system/vm/linker.go /bin/sh: line 1: 69110 Abort trap: 6

Re: moving to gitlab?

On Tue, Jan 22, 2019 at 5:30 PM Greg Troxel wrote: > > Aleix Conchillo Flaqué writes: > > > Any chance or interest in moving to gitlab? My apologies if this has > > been discussed already. Not that I ever contribute anything directly > > to Guile (2 patches in 6

moving to gitlab? (was: Re: ping: Fixes for guile.m4)

On Mon, Jan 21, 2019 at 6:59 AM Mike Gran wrote: > It isn't so easy to get one-off patches noticed right now, as far > as I can tell. Sometimes, you have better luck by putting them > in the bug-tracker, and then Mark might notice them. > Any chance or interest in moving to gitlab? My

Re: [PATCH] Fixes for guile.m4

On Sun, Dec 2, 2018 at 3:22 AM Mike Gran wrote: > > On Sat, Dec 01, 2018 at 10:39:08PM -0800, Aleix Conchillo Flaqu� wrote: > > Hi, > > > > while fixing https://github.com/aconchillo/guile-json/issues/20 I made > > sure it also worked in Ubuntu 16.04. There you have guile-2.2 but no > > guild-2.2

[PATCH] Fixes for guile.m4

Hi, while fixing https://github.com/aconchillo/guile-json/issues/20 I made sure it also worked in Ubuntu 16.04. There you have guile-2.2 but no guild-2.2 as they provide guild instead. If AC_PROGS finds guile-2.2 then it uses the suffix to find guild-2.2, however this does not work in 16.04.

Re: guile-json: simple alist to json

On Tue, Feb 23, 2016 at 12:09 PM, Jan Nieuwenhuizen wrote: > > Ouch. Yes, I get that too... > > I have been running this for quite some time but aparrently I prepared > patches and sent untested, "cleaned-up" code. Sorry. > > Please find a new patch set attached. > Applied

Re: guile-json: simple alist to json

On Thu, Feb 18, 2016 at 2:21 PM, Jan Nieuwenhuizen wrote: > Hi Aleix, > > Attached are two patches to allow converting simple alists > to json, this removes the need for strings or hash-tables > > scheme@(json)> (scm->json-string '((a . 1) (b . 2))) > $2 = "{\"a\" :

Re: New logo and website design proposal

On Fri, Oct 9, 2015 at 3:24 PM, Luis Felipe López Acevedo < felipe.lo...@openmailbox.org> wrote: > Hi, > > I just finished an implementation of the new website. You can grab a copy > of the built site from here: > > > https://bitbucket.org/sirgazil/dnd/downloads/guile-website-20151009.tar.gz > >

Re: [PATCH] allow specifying a required version in GUILE_PROGS

On Sat, Dec 21, 2013 at 1:05 PM, Ludovic Courtès l...@gnu.org wrote: Pushed, thanks! As you noticed it took an unusually lng time to process your copyright paperwork at the FSF. They are now aware of the problem and are working on improving the situation. So now there might still be

Re: [PATCH] allow specifying a required version in GUILE_PROGS

On Fri, Oct 18, 2013 at 2:50 PM, Ludovic Courtès l...@gnu.org wrote: The new version looks good to me. I forgot, but while waiting for the assignment to be on file ;-), could you update the manual entry for ‘GUILE_PROGS’? I already did a minor update, may be it's not enough... From looking

[PATCH] allow specifying a required version in GUILE_PROGS

The following patch allows to specify a required Guile version in GUILE_PROGS. By default, it requires = 2.0. The following works: GUILE_PROGS([2.0]) GUILE_PROGS([2.0.9]) It also works with 1.8. I am not an expert on m4 macros. I've used cut instead of m4_bregexp. I tried it but couldn't get it

Re: asynchronous socket library

On Tue, Jul 16, 2013 at 8:58 AM, Chaos Eternal chaoseter...@shlug.org wrote: http://git.savannah.gnu.org/gitweb/?p=guile.git;a=shortlog;h=refs/heads/wip-ethreads should be this one Oh, I see now. Nala Ginrut actually asked about the status of the wip-ethreads branch earlier this month.

[PATCH] web: allow uri-encode to uppercase the percent-encoding

This patch allows uri-encode to uppercase the percent-encoded part. So, (uri-encode /) = %2f (uri-encode / #:uppercase #t) = %2F Aleix uri-encode-uppercase.patch Description: Binary data

[PATCH] web: uri-encode hexadecimal percent-encoding is now uppercase

This patch changes the way uri-encode does percent-encoding. The hexadecimal characters are now uppercase as suggested by RFC3986. So, (uri-encode /) = %2F Aleix uri-encode-uppercase.patch Description: Binary data

  1   2   >