bug#40371: [R7RS] Guile does not accept library name parts that are non-negative exact integers

2020-08-03 Thread Marc Nieper-Wißkirchen
*bump* Am Mi., 1. Apr. 2020 um 12:47 Uhr schrieb Marc Nieper-Wißkirchen : > > An R7RS library name consists of parts, where each part is either a symbol or > a non-negative exact integer. Guile doesn't support the latter ones. > > This is unfortunate as the implementatio

bug#40252: [R7RS] cond-expand in define-library forms

2020-08-03 Thread Marc Nieper-Wißkirchen
*bump* Am Fr., 27. März 2020 um 15:17 Uhr schrieb Marc Nieper-Wißkirchen : > > The following valid R7RS library definition is not handled correctly by Guile: > > (define-library (guile-test) > (export fold) > (cond-expand > ((library (scheme list)) >

bug#40371: [R7RS] Guile does not accept library name parts that are non-negative exact integers

2020-04-09 Thread Marc Nieper-Wißkirchen
t; > I think that allowing numbers as module name components, beyond the SRFI > modules, is not currently a good idea for Guile. I had a look at it and > it's a bit too intrusive. > > Andy > > On Wed 01 Apr 2020 12:47, Marc Nieper-Wißkirchen > writes: > > > An R7

bug#40371: [R7RS] Guile does not accept library name parts that are non-negative exact integers

2020-04-02 Thread Marc Nieper-Wißkirchen
ut. Marc > > Andy > > On Wed 01 Apr 2020 12:47, Marc Nieper-Wißkirchen > writes: > > > An R7RS library name consists of parts, where each part is either a > symbol or > > a non-negative exact integer. Guile doesn't support the latter ones. > > > >

bug#40371: [R7RS] Guile does not accept library name parts that are non-negative exact integers

2020-04-01 Thread Marc Nieper-Wißkirchen
An R7RS library name consists of parts, where each part is either a symbol or a non-negative exact integer. Guile doesn't support the latter ones. This is unfortunate as the implementation of a SRFI NNN is usually delivered in form of a library named (srfi NNN). When this is corrected, for

bug#40252: [R7RS] cond-expand in define-library forms

2020-03-27 Thread Marc Nieper-Wißkirchen
The following valid R7RS library definition is not handled correctly by Guile: (define-library (guile-test) (export fold) (cond-expand ((library (scheme list)) (import (scheme list))) ((library (srfi srfi-1)) (import (srfi srfi-1) This is what I get: $ guile --r7rs -L

bug#38672: Core records and R7RS records

2019-12-19 Thread Marc Nieper-Wißkirchen
I've read in the news that the upcoming Guile 3.0 will unify records. Core records type seem to support the procedure "record-accessor", which takes a field name as a symbol. In R7RS (based on SRFI 9), record field names are, however, (hygienic) identifiers and thus compile-time and not run-time

bug#33305: Guile's Autoconf macros play not well with make distcheck

2018-11-07 Thread Marc Nieper-Wißkirchen
Consider an Autotools project that eventually wants to install some Guile modules in the system. The canonical way to do this seems to add GUILE_SITE_DIR to https://www.gnu.org/software/guile/manual/html_node/Autoconf-Macros.html in configure.ac and to use the variables GUILE_SITE and