Shalok Shalom via "Bug reports for GUILE, GNU's Ubiquitous Extension
Language" writes:
> In the Guile 3.0.10 package provided by this distribution, the standard
> procedure regexp-compile is not exported by the (ice-9 regex) module.
> This causes an "Unbound variable: regexp-compile" error when
* module/texinfo.scm (texi-command-specs)[deftp, deftpx]: Use
`arguments'.
---
module/texinfo.scm | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/module/texinfo.scm b/module/texinfo.scm
index ff95f182d..9f6eba096 100644
--- a/module/texinfo.scm
+++ b/module/texinfo.scm
@@ -
"Thompson, David" writes:
> On Sat, Apr 12, 2025 at 12:01 PM Tomas Volf <~@wolfsden.cz> wrote:
>>
>> > - null is the symbol 'null
>>
>> Out of curiosity, what are your thoughts about using #nil instead?
>
> My original patch from 10 ye
Jens Axel Søgaard writes:
> Hi All,
>
> On the home page: https://www.gnu.org/software/guile/
> I clicked at `#guile` and got to:
> https://kiwiirc.com/nextclient/irc.libera.chat/?nick=guile-guest#guile
>
> But when I click the "start" button, I get the error:
>> We couldn't connect to that serve
> - null is the symbol 'null
Out of curiosity, what are your thoughts about using #nil instead?
Tomas
--
There are only two hard things in Computer Science:
cache invalidation, naming things and off-by-one errors.
Ludovic Courtès writes:
> Tomas Volf <~@wolfsden.cz> skribis:
>
>> (lambda (expr)
>> (let* ((v expr)
>> (failure
>>(lambda ()
>> ((@@ (ice-9 match) throw)
>> 'match-error
>>
* libguile/filesys.c: Trim trailing white-space.
---
libguile/filesys.c | 122 ++---
1 file changed, 61 insertions(+), 61 deletions(-)
diff --git a/libguile/filesys.c b/libguile/filesys.c
index 0e7078cf0..3bfa5eb91 100644
--- a/libguile/filesys.c
+++ b/libg
Devos
- Copyright 2024 Tomas Volf <~@wolfsden.cz>
+ Copyright 2024, 2025 Tomas Volf <~@wolfsden.cz>
This file is part of Guile.
@@ -1354,13 +1354,18 @@ SCM_DEFINE (scm_copy_file2, "copy-file", 2, 0, 1,
scm_syserror ("copy-file: copy-on-write failed");
* module/sxml/xpath.scm: Fix typo in a comment.
* module/sxml/upstream/SXPath-old.scm: Same.
* doc/ref/sxml.texi (SXPath): Reflect in the documentation.
---
doc/ref/sxml.texi | 2 +-
module/sxml/upstream/SXPath-old.scm | 2 +-
module/sxml/xpath.scm | 2 +-
3 files c
Hi,
Maxim Cournoyer writes:
> Tomas, is it a fix you'd be interested in contributing? Otherwise, I'll
> get to it but my hands are rather full at the moment :-).
To quote myself from the other thread:
> Probably not. I have spent 20 minutes staring into the file and do not
> really have any
Maxim Cournoyer writes:
> Hi Tomas,
>
> Thank you for reporting this issue.
>
> Tomas Volf <~@wolfsden.cz> writes:
>
>> writes:
>>
>>> On Sat, Feb 01, 2025 at 09:10:04PM +0100, Tomas Volf wrote:
>>>>
>>>> Hello,
>&g
David Pirotte writes:
> HACKING
> INSTALL
> NEWS
> README http://git.savannah.nongnu.org/cgit/guile-lib.git/tree/README
>
> all do mention, in their header [HACKING as an example]:
>
> Guile-Lib - HACKING
> ===
writes:
> On Sat, Feb 01, 2025 at 09:10:04PM +0100, Tomas Volf wrote:
>>
>> Hello,
>>
>> I think I found a bug in the htmlprag module in guile-lib. When parsing
>> attributes, the values are not properly decoded:
>>
>> --8<--
Hello,
I think I found a bug in the htmlprag module in guile-lib. When parsing
attributes, the values are not properly decoded:
--8<---cut here---start->8---
scheme@(guile-user)> ,use (htmlprag)
scheme@(guile-user)> (html->sxml "")
$1 = (*TOP* (hr (@ (aaa "b
Hi,
--8<---cut here---start->8---
(use-modules (ice-9 match))
(match-lambda (_ #f))
--8<---cut here---end--->8---
This source code leads to a warning when compiled:
--8<---cut here---start--
Ludovic Courtès writes:
> Hi,
>
> Tomas Volf <~@wolfsden.cz> skribis:
>
>> The ~V is supposed to print ISO week number, not a week number. This
>> commit fixes that.
>>
>> * module/srfi/srfi-19.scm (date-week-number-iso): New procedure taken
>> f
The ~V is supposed to print ISO week number, not a week number. This
commit fixes that.
* module/srfi/srfi-19.scm (date-week-number-iso): New procedure taken
from the reference implementation.
(directives)<#\V>: Use it.
* test-suite/tests/srfi-19.test ("date->string ~V"): Add tests taken
from the
Ludovic Courtès writes:
> Hi Tomas,
>
> Tomas Volf <~@wolfsden.cz> skribis:
>
>> +(define-syntax define-equality-test
>>(syntax-rules ()
>> ((_ name test-proc)
>> (define-syntax name
>> (λ (x)
>> (syntax-cas
Ludovic Courtès writes:
> Tomas Volf <~@wolfsden.cz> skribis:
>
>> There is a page in the GNU Standards document regarding the format of error
>> messages. Both GNU Emacs and Vim are able to parse it and support jumping to
>> next/previous error. My version
The ~V is supposed to print ISO week number, not a week number. This
commit fixes that.
* module/srfi/srfi-19.scm (date-week-number-iso): New procedure taken
from the reference implementation.
(directives)<#\V>: Use it.
* test-suite/tests/srfi-19.test ("date->string ~V"): Add tests taken
from the
Looking at the SRFI-19 specification, the argument is called `day', not
`date'. Even the accessor is called `date-day'. So adjust the
documentation to match.
Also adjust the (web http) module, which was using `date' as well.
* doc/ref/srfi-modules.texi (SRFI-19 Date): Use `day' instead of `date
Previously it always printed the property, regardless of whether it was set or
not.
* module/srfi/srfi-64.scm (test-on-test-end-simple)[maybe-print-prop]:
Print only set properties.
---
module/srfi/srfi-64.scm | 19 ++-
1 file changed, 10 insertions(+), 9 deletions(-)
diff --git
Interest was expressed on the mailing list to have %test-2 as a part of the
public API. So rename it and export from the module.
* module/srfi/srfi-64.scm (define-equality-test): Rename from %test-2.
(%test-2): Rename from %%test-2.
(test-eq, test-eqv, test-equal): Adjust.
(define-module)<#:expor
There is a page in the GNU Standards document regarding the format of error
messages. Both GNU Emacs and Vim are able to parse it and support jumping to
next/previous error. My version did not produce a line in this format for
failed tests and this commit rectifies that.
* module/srfi/srfi-64.sc
This will help to properly debug failing tests like:
(test-equal "some failing test" "a b " "a b")
Before there was no way to tell that one "a b" as extra trailing space, now
there is.
* module/srfi/srfi-64.scm (test-on-test-end-simple)['expected-value]
['expected-error, 'actual-value, 'actu
Few patches resolving either problems I have noticed or that were
reported on the mailing list.
Tomas Volf (4):
srfi-64: Fix maybe-print-prop.
srfi-64: Use ~s when printing some properties.
srfi-64: Export define-equality-test.
srfi-64: Report failed tests in (standards)Errors format
Hello,
when I try to run the following (taken from the documentation):
--8<---cut here---start->8---
scheme@(guile-user)> ,use (ice-9 format)
scheme@(guile-user)> (format #f "~65c")
;;; :29:0: warning: "~65c": wrong number of `format' arguments: expected
1, go
The specification mandates reals, but the reference implementation
supports complex numbers. So as implementation extension, support them
as well.
* module/srfi/srfi-64.scm (within-epsilon): Support complex arguments.
---
v2: Use the same test logic as the reference implementation.
v3: Also adjus
Hello,
lloda writes:
>> On 26 Oct 2024, at 19:22, Ludovic Courtès wrote:
>>
>> Hi,
>>
>> (Cc: lloda.)
>>
>> Tomas Volf <~@wolfsden.cz> skribis:
>>
>>> The specification mandates reals, but the reference implementation
>>
The specification mandates reals, but the reference implementation
supports complex numbers. So as implementation extension, support them
as well.
* module/srfi/srfi-64.scm (within-epsilon): Support complex arguments.
---
Require error to be real number and check using (checks notes) Chebyshev
di
The specification mandates reals, but the reference implementation
supports complex numbers. So as implementation extension, support them
as well.
* module/srfi/srfi-64.scm (within-epsilon): Support complex arguments.
---
Proposal for how to extend test-approximate to handle complex arguments.
Ho
The specification mandates a string, but with rationale suggesting symbols
would be a more natural fit.
> In some ways using symbols would be preferable. However, we want
> human-readable names, and standard Scheme does not provide a way to include
> spaces or mixed-case text in literal symbols.
Hello,
I was thinking about this and then forgot to reply. Sorry about that.
Ludovic Courtès writes:
> Hi,
>
> lloda skribis:
>
>> I'm pleased to see all these fixes. However, I noticed a few breakages. They
>> come from relying on undocumented behavior, but only using the public
>> interface
Maxime Devos writes:
>>> Based on this I believe it describes the specification.
>>
>>That's correct. It's been slightly modified in places where it said
>>things like "left to the implementation" and I was able to verify what
>>the current implementation in Guix does.
>
> I assume Guix->Guile.
>
Ludovic Courtès writes:
> Tomas Volf <~@wolfsden.cz> skribis:
>
>> +(define (skip-on-darwin)
>> + (when (string-ci=? "darwin" (vector-ref (uname) 0))
>> +(throw 'untested)))
>
> I changed (vector-ref (uname) 0) to (utsname:sysname (uname)
"Dr. Arne Babenhauserheide" writes:
> Tomas Volf <~@wolfsden.cz> writes:
>
>> Does anyone has any opinion regarding this? I think it is sensible
>> default in the year 2024.
>
> I like the idea — I just don’t know enough of the platforms where Gui
(assoc-remove! capitals "Oregon")) capitals â (("South Dakota" .
> "Pierre") ("New York" . "Albany") ("Florida" . "Tallahassee"))
>
>
>
>
>
>
>
Ludovic Courtès writes:
> Tomas, I leave you the satisfaction of closing all the SRFI-64 bugs.
> :-)
Thank you for merging the patch, I am off to close the bug reports :)
Tomas
--
There are only two hard things in Computer Science:
cache invalidation, naming things and off-by-one errors.
si
Hi,
Simon Dash via "Bug reports for GUILE, GNU's Ubiquitous Extension
Language" writes:
> Hi,
>
> You don't implement the functions string->vector and vector->string which are
> in
> R7RS small per the index at scheme.org:
Both of them seem to be defined in (scheme base):
--8<---
Taylan Kammer writes:
> Do I understand correctly that this is an additional test suite for
> testing SRFI-64 itself? Like the "meta test suite" shipped with
> SRFI-64?
Yes, exactly. Vast majority of the tests are just derived from the
specification, with few non-portable written just for my im
Taylan Kammer writes:
Hi,
> On 30.07.2024 21:51, Tomas Volf wrote:
>> Hello,
>>
>> I think I found a bug in (srfi srfi-64) module shipped with GNU Guile.
>>
>> The specification says the following about the test-end:
>>
>>> An error is reported i
\
diff --git a/module/srfi/srfi-64.scm b/module/srfi/srfi-64.scm
index 925726f5c..1f60a72e5 100644
--- a/module/srfi/srfi-64.scm
+++ b/module/srfi/srfi-64.scm
@@ -1,6 +1,5 @@
-;;; srfi-64.scm -- SRFI 64 - A Scheme API for test suites.
+;;; Copyright (C) 2024 Tomas Volf <~@wolfsden.cz>
-;;
Taylan Kammer writes:
Hi,
sorry for taking so long to respond to your comments, work has been bit
busy lately. I really appreciate you looking at them and validating
and/or challenging my conclusions.
> On 30.07.2024 21:51, Tomas Volf wrote:
>> Hello,
>>
>> I think I foun
Maxim Cournoyer writes:
> This is an import of the 'Abstract', 'Rationale', and 'Specification'
> sections from the upstream specification text, with some manual
> adjustment.
>
> * doc/ref/srfi-modules.texi (SRFI 64): New subsection.
I think important question to ask here is whether this manual
Does anyone has any opinion regarding this? I think it is sensible
default in the year 2024.
Tomas
signature.asc
Description: PGP signature
Darwin accepts any template, as demonstrated here:
#include
#include
int
main(void)
{
char template[] = {'T', '-', 'A', 'A', 'A', 'A', 'A', 'A', '\0'};
char *res = mkdtemp(template);
puts(res ? res : "(null)");
perror("mkdtemp");
}
Output
When passed a port, `readlink' relies on the Linux specific behavior of
empty c_path meaning "the fd itself". That does not work on Darwin.
Since there is no branch that would yield both fd and c_path, fallback
to freadlink when __APPLE__ is defined.
* libguile/filesys.c (do_readlink): Call fread
`tmpnam' is a deprecated procedure that can be excluded during a
configure (`--disable-tmpnam'). There currently was a single test
relying on it, and therefore failing is such configuration. This commit
switches to mkstemp instead.
* test-suite/tests/posix.test ("system*"): Use mkstemp instead o
If pipe2 is not available (e.g. on MacOS) and flags are set,
SCM_SYSERROR was correctly signaled, however errno was not set, so it
reported as:
Undefined error: 0
That sucks both in tests (the test is not skipped) and in actual
usage (user has no idea what went wrong).
So set errno to ENOSYS
On Darwin posix_spawnp is not considered secured and therefore we
fallback to Gnulib's version. That one however does not return ENOENT
when the file does not exist, but PID of the child process. This seems
to be allowed by the standard.
* test-suite/tests/posix.test (skip-on-darwin): New proced
POSIX does not explicitly say that stored value using setsockopt will be
returned by getsockopt. At least for TCP_NODELAY on Darwin they do
differ. Darwin returns internal define TF_NODELAY (4) instead of 1 the
test expected. Since for boolean flags "non-zero is true", rewrite the
test to check
MacOS adds __CF_USER_TEXT_ENCODING to every program, in similar way GNU
Hurd prepends LD_ORIGIN_PATH (based on the comment). So extend the
logic to do similar stripping on MacOS.
* test-suite/tests/posix.test ("spawn")
["env with #:environment and #:output"]: Strip trailing
__CF_USER_TEXT_ENCODIN
Hole are itself a file-system specific feature and they are not
mandated. While APFS does support sparse files, they do not behave like
on Linux. I did not discover exact rules, but the file needs to be
large (100s of kB at least) and the holes are not aligned as the test
code expects. So just d
Darwin does not support abstract Unix sockets, so mark the tests as
skipped.
* test-suite/tests/00-socket.test (skip-on-darwin): New procedure.
("bind abstract", "listen abstract", "connect abstract")
("accept abstract"): Skip on Darwin.
---
test-suite/tests/00-socket.test | 8
1 file ch
test suite does fully pass (well, minus
the skips ^_^) on 14.6 macOS.
I am not sure if the project cares about non-free system, but since I
had to write the patches anyway, I might as well share them.
Tomas Volf (9):
tests: Check TCP_NODELAY for non-zero instead of 1.
tests: Skip tests of
nt)))
Resulting in:
;;; (#t)
Starting test x (Writing full log to "x.log")
;;; (#f)
I see no provision in the specification that would justify this.
Have a nice day
Tomas Volf
.scm:548:47: In procedure loop:
In procedure car: Wrong type argument in position 1 (expecting pair): ()
>From cursory look at the `test-result-remove' source, is seems that the named
let `loop' is missing a stop condition?
Have a nice day
Tomas Volf
luated multiple times:
(use-modules (srfi srfi-64))
(test-begin "x")
(test-assert (pk "t") #t)
Leading to:
;;; ("t")
;;; ("t")
Have a nice day
Tomas Volf
-name is evaluated multiple times:
(use-modules (srfi srfi-64))
(test-begin "x")
(test-equal (pk "t") #t #t)
Leading to:
;;; ("t")
;;; ("t")
Have a nice day
Tomas Volf
nknown file:
0 (reverse #t)
ERROR: In procedure reverse:
In procedure reverse: Wrong type argument in position 1: #t
Have a nice day
Tomas Volf
st-apply "t-a" (λ () (test-assert #t)))
Resulting in:
[..]
srfi/srfi-64/testing.scm:257:17: In procedure %test-any-specifier-matches:
Wrong type to apply: "t-a"
Have a nice day
Tomas Volf
-64/test-group-top-level.srfi64test:
8:0 0 (_)
/home/wolf/src/guile-wolfsden/tests/srfi-64/test-group-top-level.srfi64test:8:0:
In procedure struct-vtable: Wrong type argument in position 1 (expecting
struct): #f
Have a nice day
Tomas Volf
-name is evaluated multiple times:
(use-modules (srfi srfi-64))
(test-begin "x")
(test-eq (pk "t") #t #t)
Leading to:
;;; ("t")
;;; ("t")
Have a nice day
Tomas Volf
i srfi-64))
(let ((r (test-runner-null)))
(test-runner-current r)
(test-begin "x")
(test-end "y"))
However it does not.
Have a nice day
Tomas Volf
)))
(test-skip 1)
(test-expect-fail 1)
(test-assert #t)
(test-end)
However it does not:
;;; (skip)
Have a nice day
Tomas Volf
ever as we can see it does:
;;; (("x"))
;;; (3 1)
Have a nice day
Tomas Volf
syntax-violation:
Syntax error:
unknown location: lambda: bad lambda in form (lambda ())
Have a nice day
Tomas Volf
-name is evaluated multiple times:
(use-modules (srfi srfi-64))
(test-begin "x")
(test-eqv (pk "t") #t #t)
Leading to:
;;; ("t")
;;; ("t")
Have a nice day
Tomas Volf
ting full log to "x.log")
;;; (t-a)
;;; (t-b)
Notice that in the second part, t-b is executed despite not supposed to be on
the run list.
Have a nice day
Tomas Volf
(- expected error))
>(<= test-expr (+ expected error
However the test-name is evaluated multiple times:
(use-modules (srfi srfi-64))
(test-begin "x")
(test-approximate (pk "t") 1 1 0)
Leading to:
;;; ("t")
;;; ("t")
Have a nice day
Tomas Volf
(test-runner-null)))
(test-runner-current r)
(test-runner-on-bad-end-name! r
(λ (runner begin-name end-name)
(pk begin-name)))
(test-begin "x")
(test-assert #t)
(test-end "y"))
But it does not:
;;; ("y")
Have a nice day
Tomas Volf
olfsden/tests/srfi-64/test-approximate-throw.srfi64test:
7:0 2 (_)
In srfi/srfi-64/testing.scm:
677:16 1 (_ _ #f)
In unknown file:
0 (real-part #f)
ERROR: In procedure real-part:
In procedure real-part: Wrong type argument in position 1: #f
Have a nice day
Tomas Volf
x"))
However it does not:
;;; ("")
Have a nice day
Tomas Volf
4388:12 1 (_)
In srfi/srfi-64/testing.scm:
375:14 0 (test-on-bad-end-name-simple _ _ _)
srfi/srfi-64/testing.scm:375:14: In procedure test-on-bad-end-name-simple:
test-end x does not match test-begin y
Have a nice day
Tomas Volf
#t)
(pk (test-result-kind))
(test-end)
Leading to:
;;; (xpass)
;;; (pass)
Have a nice day
Tomas Volf
Hello,
On 2024-07-29 00:34:14 +, Marius via Bug reports for GUILE, GNU's
Ubiquitous Extension Language wrote:
> Good evening,
>
> I don't know if this is actually a Guile bug or a documentation bug, but I'm
> currently learning Guile from the "Guile reference manual" and I've found a
> mism
Hi,
currently the test-error does not seem to work:
(test-error "should throw" 'foo
(throw 'bar))
results in
test-name: should throw
location: test.scm:191
source:
+ (test-error "should throw" 'foo (throw 'bar))
expected-error:
+ foo
actual-error:
+ (ba
ASS
That does not seem to be allowed by SRFI-64. I do not believe this is limited
to test-assert, I managed to reproduce with test-equal as well.
Have a nice day,
Tomas Volf
--
There are only two hard things in Computer Science:
cache invalidation, naming things and off-by-one errors.
signature.asc
Description: PGP signature
(lambda ()
> -(with-error-to-port port
> - (lambda ()
> -(system* "sh" "-c" "echo bong >&2"
> + (system* "sh" "-c" "echo bong >&2&quo
* doc/ref/api-modules.texi (Using Guile Modules): Document #:hide.
---
doc/ref/api-modules.texi | 29 ++---
1 file changed, 18 insertions(+), 11 deletions(-)
diff --git a/doc/ref/api-modules.texi b/doc/ref/api-modules.texi
index 9f2bba02d..efe739a25 100644
--- a/doc/ref/ap
According to the previous wording, omitting all optional arguments led
to empty interface. That however was not the case and was only a
documentation bug (as confirmed by wingo on IRC). So let us fix that.
* doc/ref/api-modules.texi (Using Guile Modules): Fix implication of
omitting optional arg
Document the #:hide argument. Correct text for implication of leaving
all optional arguments out.
Tomas Volf (2):
doc: Document #:hide.
doc: Fix implication of omitting optional arguments.
doc/ref/api-modules.texi | 29 ++---
1 file changed, 18 insertions(+), 11
* doc/ref/api-modules.texi (Using Guile Modules): Document #:hide.
---
doc/ref/api-modules.texi | 29 ++---
1 file changed, 18 insertions(+), 11 deletions(-)
diff --git a/doc/ref/api-modules.texi b/doc/ref/api-modules.texi
index 9f2bba02d..efe739a25 100644
--- a/doc/ref/ap
According to the previous wording, omitting all optional arguments led
to empty interface. That however was not the case and was only a
documentation bug (as confirmed by wingo on IRC). So let us fix that.
* doc/ref/api-modules.texi (Using Guile Modules): Fix implication of
omitting optional arg
`tmpnam' is a deprecated procedure that can be excluded during a
configure (`--disable-tmpnam'). There currently was a single test
relying on it, and therefore failing is such configuration. This commit
switches to mkstemp instead.
* test-suite/tests/posix.test ("system*"): Use mkstemp instead o
If user does not have LANG or LC_ALL set (as does often happen in
various sandboxes) glibc will just install C locale. That is fine (and
permissible by POSIX), however in Guile's context it is of a mixed
usefulness due to the absence of UTF-8 support.
This commit changes the locale auto-installat
The current recommendation of `list-copy' is not right and does not lead
to preserving the original list:
scheme@(guile-user)> (define x (list (cons 'a 1) (cons 'b 2)))
scheme@(guile-user)> (define y (list-copy x))
scheme@(guile-user)> (assq-set! y 'b 3)
$1 = ((a . 1) (b . 3))
On 2024-03-12 14:06:34 +0100, Ludovic Courtès wrote:
>
> Finally pushed as e1690f3fd251d69b3687ec12c6f4b41034047f0f. Note that I
> added copyright lines for you, let me know if I got it wrong.
Thank you for merging it, and thanks for the copyright, looks correct :)
> As a followup, we should add
ile "/dev/null")), I would not
expect invalid value in an interpreted language to cause a segfault. If the
value is indeed invalid, it should throw an error.
Original report: https://emacs.ch/@kakafarm/112075808549752692
Have a nice day,
Tomas Volf
--
There are only two hard things
On 2024-01-24 11:26:56 +0100, Ludovic Courtès wrote:
>
> The patch looks great (and very useful) to me, modulo one issue:
>
> > -SCM_API SCM scm_copy_file (SCM oldfile, SCM newfile);
> > +SCM_API SCM scm_copy_file (SCM oldfile, SCM newfile, SCM rest);
>
> Since this is a public interface, we cannot
On modern file-systems (BTRFS, ZFS) it is possible to copy a file using
copy-on-write method. For large files it has the advantage of being
much faster and saving disk space (since identical extents are not
duplicated). This feature is stable and for example coreutils' `cp'
does use it automatica
On modern file-systems (BTRFS, ZFS) it is possible to copy a file using
copy-on-write method. For large files it has the advantage of being
much faster and saving disk space (since identical extents are not
duplicated). This feature is stable and for example coreutils' `cp'
does use it automatica
WDYT?
Modified as agreed on irc. I am not convinced on the -P, but I defer to your
judgment on this.
Have a nice day,
Tomas Volf
--
There are only two hard things in Computer Science:
cache invalidation, naming things and off-by-one errors.
signature.asc
Description: PGP signature
Until now, the ./meta/guile was not mentioned anywhere, and therefore it
was not obvious how to run the locally compiled Guile without installing
it.
While modifying the file, I took the liberty to also mention a bit about
compiling Guile using Guix.
Finally, the header lines where cleaned up, en
While the `.' might be correct from a grammatical point of view (I do
not know), it turns the example into invalid scheme code, which is not
ideal. New users (like me) might try to copy the whole line and wonder
why it does not work (like I did). So delete it.
* doc/ref/srfi-modules.texi (SRFI-1
Extend the documentation for (ice-9 match) module with explanations of
some of the patterns and also provide more examples for them. That
should make it more useful for people trying to use the module for the
first time just based on the documentation.
* doc/ref/match.texi (Pattern Matching): Exp
Until now, the ./meta/guile was not mentioned anywhere, and therefore it
was not obvious how to run the locally compiled Guile without installing
it.
While modifying the file, I took the liberty to also mention a bit about
compiling Guile using Guix.
Finally, the header lines where cleaned up, en
On modern file-systems (BTRFS, ZFS) it is possible to copy a file using
copy-on-write method. For large files it has the advantage of being
much faster and saving disk space (since identical extents are not
duplicated). This feature is stable and for example coreutils' `cp'
does use it automatica
Mike Gran writes:
Hello,
> I haven't forgotten about this. My linux devel box died.
>
> Maybe someone else can make the push, otherwise, I'll be back in business in
> a couple weeks.
Just a polite ping regarding this patch.
Thank you and have a nice day,
Tomas Volf
Hi,
On 2023-10-25 14:01:43 +, Mike Gran wrote:
> I haven't forgotten about this. My linux devel box died.
My deepest sympathies.
>
> Maybe someone else can make the push, otherwise, I'll be back in business in
> a couple weeks.
Polite ping, just making sure this is still on the radar.
Tom
1 - 100 of 102 matches
Mail list logo
