bug#41142: [PATCH] GUILE_PKG bails out when 'pkg-config' is missing

Ludovic Courtès writes: > Mathieu Lirzin skribis: > >> * meta/guile.m4 (GUILE_PKG): Ensure that 'pkg-config' is available. Use >> AC_REQUIRE for PKG_PROG_PKG_CONFIG to avoid unnecessary invocations. > Thanks Ludovic. -- Mathieu Lirzin GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37

bug#41142: [PATCH] GUILE_PKG bails out when 'pkg-config' is missing

* meta/guile.m4 (GUILE_PKG): Ensure that 'pkg-config' is available. Use AC_REQUIRE for PKG_PROG_PKG_CONFIG to avoid unnecessary invocations. --- meta/guile.m4 | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/meta/guile.m4 b/meta/guile.m4 index bc0daaf46..508f8b9d4 100644 ---

bug#30953: ‘min’ and ‘max’ behavior when mixing exact and inexact numbers.

(loop (if (< x y) x y) rest) Maybe there is a good performance reason for the current behavior. If that's the case then it should be specified in the manual that exact numbers are converted to real numbers when at least one of the arguments is inexact. Thanks. -- Mathieu Lirzin GPG: F

bug#30237: Generalizing ‘and=>’

irs? "Please don't refer to \"old-bar\" for XYZ reason"))) ‘and-let*’ would be a reasonable alternative but the benefit of this form is that it favours the use of higher-order procedures in place of special syntax. WDYT? -- Mathieu Lirzin GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37

bug#30237: Generalizing ‘and=>’

Hello Mark, Mark H Weaver writes: > Mathieu Lirzin writes: > >> Here is a proposal for generalizing ‘and=>’ to a pipeline of procedures. >> It acts like a “bind” operator in an ad-hoc “Maybe” monad which uses #f >> to represent the absence of value. Not sure if

bug#30237: Generalizing ‘and=>’

nd val (proc val)) proc* ... Let me know if such change is welcome or not, so I can provide a complete patch including documentation. Even if it's a small change, I would like to assign copyright for future changes. Thanks. -- Mathieu Lirzin GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37

bug#24155: SRFI-10: Example from the manual fails to execute.

nsion expand to a macro invocation. In that way we preserve scoping > as much as possible. *Note Reader Extensions::. I find this documentation helpful. Thank you. -- Mathieu Lirzin

bug#24155: SRFI-10: Example from the manual fails to execute.

-start->8--- While compiling expression: ERROR: build-constant-store: unrecognized object # --8<---cut here---end--->8--- Thanks, -- Mathieu Lirzin

bug#23739: Unexpected behavior of 'add-to-load-path'.

Alex Kost writes: > Mathieu Lirzin (2016-06-10 18:19 +0300) wrote: > >> writes: > [...] >>> I mean: the double entry "foo" for %load-path in your first result >>> above doesn't happen for me. Could that be a typo? >> >> My report w

bug#23739: Unexpected behavior of 'add-to-load-path'.

writes: > On Fri, Jun 10, 2016 at 02:17:23PM +0200, Mathieu Lirzin wrote: >> Hello, >> >> I have noticed something that doesn't feel right when using >> ‘add-to-load-path’. >> >> $ cat test.scm >> --8<---cut here---

bug#23739: Unexpected behavior of 'add-to-load-path'.

0" "/usr/share/guile/site" "/usr/share/guile")) --8<---cut here---end--->8--- each time test.scm is recompiled the first result reappears. This has been tested with Guile 2.0.11 and Guile master. Thanks, -- Mathieu Lirzin

bug#20585: 'set-record-type-printer!' documentation mismatch

Here is a patch correcting 'set-record-type-printer!' documentation. -- Mathieu Lirzin >From 2f0f03f54935663f48b748e9c8bb650349b3d712 Mon Sep 17 00:00:00 2001 From: Mathieu Lirzin Date: Fri, 15 May 2015 13:27:54 +0200 Subject: [PATCH] doc: Fix parameter of 'set-record-type