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

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: compile-file execution time driven by `reap-pipes'

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 execu

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

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% speedup on a tight loop >> that ca

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

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

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 takes a buffer, but it’s not guaranteed > that it’ll actually be used.