Re: guile 2012

I feel like I shouldn't get into this discussion for my huge lack of Guile (and Scheme in general) knowledge. But I will do in any case :-). On Tue, Jan 17, 2012 at 2:37 PM, Mike Gran spk...@yahoo.com wrote: heresy [snip] I know that you want to believe that if your tech is good enough, people

ffi for glutInit

Hi, I have started working on bindings for OpenGL and GLUT. https://github.com/aconchillo/guile-gl The work is very preliminar, which means I can't even show a window yet. The scm files are semi-automatically generated by a python script that uses pycparser. So that saved quite a lot of time.

Re: ffi for glutInit

On Wed, Jul 25, 2012 at 7:30 PM, Nala Ginrut nalagin...@gmail.com wrote: hi Aleix! For our FFI system: char** == '* == (quote *) I'm not sure I understand your question correctly. I assume that you want to know what's the presentation of char** for dynamic-func. Let me try again: how do I

Re: ffi for glutInit

: On 07/25/2012 06:19 PM, Aleix Conchillo Flaqué wrote: I have started working on bindings for OpenGL and GLUT. https://github.com/aconchillo/guile-gl Excellent! :-) Now, I'm stuck with glutInit. The signature of the function is like this: glutInit(int *argc, char **argv); See: http

incoming parameter validation (float/double deprecated)

Hi, I have started using SCM_VALIDATE_XXX_COPY to check incoming parameters. I have seen that for most of the types, for example uint, this is equivalent to scm_to_uint which is what I was doing before. I have also found that SCM_VALIDATE_FLOAT_COPY and SCM_VALIDATE_DOUBLE_COPY use deprecated

Re: Guile OpenGL

On Sat, Oct 27, 2012 at 11:03 PM, Javier Sancho j...@jsancho.org wrote: Ian Price wrote: http://www.nongnu.org/guile-sdl/ is still maintained, and should work on 2.0 [0]. It would be nice if any work on sdl bindings is either coordinated with ttn, with a view to be included in the existing

Re: Guile OpenGL

On Mon, Oct 29, 2012 at 10:41 AM, David Pirotte da...@altosw.be wrote: Heya lib wraper experts, Please let's all do the same and not reinvent the wheel, rather get the doc/scripts which exists better ... Andy updated the 'HACKING' file on top level git tree of guile-gnome and/or

guile-json 0.1.0 released

Hi, I just release guile-json 0.1.0. https://github.com/aconchillo/guile-json This is my first guile related release, so comments are more than welcome. guile-json is a JSON module for Guile. It supports parsing and building JSON documents according to the http:://json.org specification.

Re: guile-json 0.1.0 released

On Wed, Jan 30, 2013 at 9:17 AM, Billy O'Connor bill...@gmail.com wrote: Nice. Looks like you have a small typo in README.org: Thanks! Fixed. Aleix

Re: guile-json 0.1.0 released

On Wed, Jan 30, 2013 at 10:19 AM, Ian Price ianpric...@googlemail.com wrote: I've uploaded it to my guildhall repo. Current users can guild update guild install json to obtain it. People who aren't using Guildhall can find instructions at

srfi-64 status?

Hi, I was looking how to do unit tests in Guile and I found the unit test module in guile-lib but also a recommendation from Ludovic to use srfi-64. http://lists.gnu.org/archive/html/guile-user/2010-12/msg00061.html Then, I also found some work done last year:

[ANN] guile-xmlrpc 0.1.0 released

Hi, I just released the first version of guile-xmlrpc. This comes from a module I wrote for tekuti (Andy's blog engine) to be able to support the MovableType API. It has evolved a bit since then. If you want to give it a try, in the examples/ directory there's a server and a client that should

Re: [ANN] guile-csv 0.0.1 released!

On Fri, Feb 8, 2013 at 8:13 AM, Mark H Weaver m...@netris.org wrote: I haven't yet looked carefully at this code or its API, so this is no judgement on you, but in general, I don't think we should follow the model of Hey, here's the first release of a library I just hacked up. Please add it

Re: Ready for 2.0.8?

Just checking NEWS and this seems like an even more amazing release. Wow! On Tue, Apr 9, 2013 at 10:06 AM, Ludovic Courtès l...@gnu.org wrote: Hello! It seems to me that all the lights are green for 2.0.8, no? There’s a little bit of work on NEWS to be done. I can look into it, and

can't build guile 2.0.9 in os x (reference to /nix/store ?)

Hi, I was trying to install guile 2.0.9 in OSX using homebrew. But it failed: GEN configmake.h GEN warn-on-use.h make[2]: ../build-aux/install-sh: No such file or directory make[2]: ../build-aux/install-sh: No such file or directory make[2]: *** [sys/types.h] Error 1 make[2]: ***

Re: can't build guile 2.0.9 in os x (reference to /nix/store ?)

On Sat, Apr 20, 2013 at 11:40 PM, Ian Price ianpric...@googlemail.com wrote: This was already pointed out in the tracker (see http://debbugs.gnu.org/cgi/bugreport.cgi?bug=14201#19). It seems it was a problem in the Automake version that was in Guix. The Guile 2.0.9 tarball has several

Re: can't build guile 2.0.9 in os x (reference to /nix/store ?)

On Sat, Apr 20, 2013 at 11:40 PM, Ian Price ianpric...@googlemail.com wrote: The Guile 2.0.9 tarball has several scripts in build-aux/ with invalid shebangs. “Fortunately”, apart from ‘install-sh’, they are normally invoked as “$SHELL ./the-file”, so the shebang isn’t actually used.! I just

Re: [ANN] An enhanced REPL for Guilers

On Tue, Apr 30, 2013 at 1:27 AM, Nala Ginrut nalagin...@gmail.com wrote: hi folks! I've started a brand new project named nala-repl: https://github.com/NalaGinrut/nala-repl It contains colorized-REPL and other cool things. Anything useful/cool feature could be added to nala-repl, patches and

[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

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

On Thu, May 2, 2013 at 11:53 AM, Mark H Weaver m...@netris.org wrote: Hi Aleix, This patch looks good to me, except that I don't like the variable name 'num' for a string. Actually, I'm not sure we need to bind that to a variable at all. How about just wrapping 'string-upcase' around the

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

On Thu, May 2, 2013 at 2:17 PM, Mark H Weaver m...@netris.org wrote: Hi Aleix, There was one remaining problem with your commit: web-uri.test contained some tests that assumed lowercase percent encoding. I took the liberty of modifying your commit to fix those tests, and then pushed it to

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] 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: [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

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: 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: 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\" :

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: 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

[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: [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

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

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

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

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

[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

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: [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] 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] 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

[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

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

[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

[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

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

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

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: 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

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

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

[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] 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

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

[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

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

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: 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: 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

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

[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: [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.

[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

[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(-)

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

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

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

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

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] 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: 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: 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: 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 >

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: 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: (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: 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

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: 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 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: 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: [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: 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 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

  1   2   >