Re: [PATCH] Avoid 'frame-local-ref' errors when printing backtrace.

2023-01-11 Thread Andrew Whatson
Ludovic Courtès wrote: > > Applied, thanks! Thank you! > PS: Please use ‘git format-patch’ so the patch can be directly consumed > by ‘git am’. My mistake, sorry about that. Noted for next time :) Cheers, Andrew

Re: [PATCH] Add 'bytevector-slice'.

2023-01-11 Thread Maxime Devos
This looks useful to me, especially once the optimiser recognises 'bytevector-slice'. (In Scheme-GNUnet, I defined a wrapper around bytevectors called 'bytevectors slices' to implement such a thing.) The only thing missing for me, is a procedure 'bytevector-slice/read-only' and 'bytevector-sl

Re: [PATCH] Avoid 'frame-local-ref' errors when printing backtrace.

2023-01-11 Thread Ludovic Courtès
Hi, Andrew Whatson skribis: > commit 164bdce6acf53796cb96ef1930a89c6caf84bc39 > Author: Andrew Whatson > Date: Wed Jan 11 14:04:32 2023 +1000 > > Test for 'frame-local-ref' errors when printing backtrace. > > This test reproduces the error from , and >

Re: [EXT] [PATCH] Add 'bytevector-slice'.

2023-01-11 Thread lloda
> On 11 Jan 2023, at 18:37, Thompson, David wrote: > > On Wed, Jan 11, 2023 at 12:34 PM Ludovic Courtès wrote: >> >> What could be convenient though is ‘bytevector-copy’ (no bang), which >> would combine ‘make-bytevector’ + ‘bytevector-copy!’. > > 'bytevector-copy' already exists, or do you

Re: The mysterious ‘SCM_F_BYTEVECTOR_CONTIGUOUS’

2023-01-11 Thread lloda
> On 11 Jan 2023, at 19:51, lloda wrote: > > Contiguity is a trivial check. I mean if bytevectors even had a stride field.

Re: The mysterious ‘SCM_F_BYTEVECTOR_CONTIGUOUS’

2023-01-11 Thread lloda
I think this flag has no use and you should just remove all references to it and deprecate it. Contiguity is a trivial check. We removed a similar flag in the array type not long ago. Regards Daniel

The mysterious ‘SCM_F_BYTEVECTOR_CONTIGUOUS’

2023-01-11 Thread Ludovic Courtès
Ludovic Courtès skribis: > This is an updated version of the ‘bytevector-slice’ primitive I used in > the linker/assembler patch series¹ that I think is ready to go. While working on this, I noticed I might have to pay attention to ‘SCM_F_BYTEVECTOR_CONTIGUOUS’, as noted in the patch. But it tu

Re: [EXT] Re: [PATCH] Add 'bytevector-slice'.

2023-01-11 Thread Thompson, David
On Wed, Jan 11, 2023 at 12:34 PM Ludovic Courtès wrote: > > What could be convenient though is ‘bytevector-copy’ (no bang), which > would combine ‘make-bytevector’ + ‘bytevector-copy!’. 'bytevector-copy' already exists, or do you mean some different implementation of it? - Dave

Re: [PATCH] Add 'bytevector-slice'.

2023-01-11 Thread Ludovic Courtès
Hi, Jean Abou Samra skribis: > What do you think about making it more similar to substrings? > There the 'substring' procedure makes a copy-on-write substring, > and you have substring/shared if you really want shared mutation. > Would something like this be meaningful / feasible / useful > for

Re: [PATCH] Add 'bytevector-slice'.

2023-01-11 Thread Jean Abou Samra
Hi Ludovic, Le 11/01/2023 à 16:00, Ludovic Courtès a écrit : +@node Bytevector Slices +@subsubsection Bytevector Slices + +@cindex subset, of a bytevector +@cindex slice, of a bytevector +@cindex slice, of a uniform vector +As an extension to the R6RS specification, the @code{(rnrs bytevectors +

Re: [PATCH] Add 'bytevector-slice'.

2023-01-11 Thread Thompson, David
Hi Ludovic, On Wed, Jan 11, 2023 at 10:00 AM Ludovic Courtès wrote: > > +@node Bytevector Slices > +@subsubsection Bytevector Slices > + > +@cindex subset, of a bytevector > +@cindex slice, of a bytevector > +@cindex slice, of a uniform vector > +As an extension to the R6RS specification, the @co

[PATCH] Add 'bytevector-slice'.

2023-01-11 Thread Ludovic Courtès
* module/rnrs/bytevectors/gnu.scm: New file. * am/bootstrap.am (SOURCES): Add it. * libguile/bytevectors.c (scm_bytevector_slice): New function. * libguile/bytevectors.h (scm_bytevector_slice): New declaration. * test-suite/tests/bytevectors.test ("bytevector-slice"): New tests. * doc/ref/api-data.

problem compiling stable version of Guile

2023-01-11 Thread Damien Mattei
Hello, i can build the *git* version of Guile on a system Ubuntu: uname -a Linux moita 5.15.0-56-generic #62-Ubuntu SMP Tue Nov 22 19:54:14 UTC 2022 x86_64 x86_64 x86_64 GNU/Linux but i can not build the *stable* version: configure without options is OK but when after make i got this error: SNARF