Richard Sent writes:
> This documents behavior discussed in
> https://lists.gnu.org/archive/html/guile-user/2024-07/msg00013.html.
>
> * doc/ref/sxml.texi (Reading and Writing XML): Document behavior of #f
> namespace prefix.
> ---
> doc/ref/sxml.texi | 3 ++-
> 1 file changed, 2 insertions(+),
This documents behavior discussed in
https://lists.gnu.org/archive/html/guile-user/2024-07/msg00013.html.
* doc/ref/sxml.texi (Reading and Writing XML): Document behavior of #f
namespace prefix.
---
doc/ref/sxml.texi | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/doc/ref/sx
Arne, you may want to take a look at Chez's "module" syntax, see [1]. It is
orthogonal to our discussion about library names, but it may be what you
have in mind for your specific use case. A module is like a library but is
bound to an identifier, not to a library name.
Marc
--
[1] https://cisco
Am Mo., 22. Juli 2024 um 20:13 Uhr schrieb Lassi Kortela :
> > As I wrote, this is a syntactic extension of Chez Scheme - but a very
> > useful one - and outside of the R6RS. The Unsyntax expander I wrote
> > also implements it.
>
> If patching these two implementations to use the first library n
Maxime Devos writes:
> * hence, you can define a module from within another module (might be
> situationally useful, but comes with new difficulties for module
> lookup)
I actually tried something in that direction in enter three witches —
and failed.
I wanted to add a macro that maps
SCENE I
Hi Marc,Yes, that clarifies a lot, thank you!—Artyom Bologovhttps://aartaka.meOn 23 Jul 2024, at 01:02, Marc Nieper-Wißkirchen wrote:Am Mo., 22. Juli 2024 um 22:52 Uhr schrieb Artyom Bologov :Hi y'all,
I've been confused by the statements that R6/7RS don't have numbers in
librar
Am Mo., 22. Juli 2024 um 22:52 Uhr schrieb Artyom Bologov :
> Hi y'all,
>
> I've been confused by the statements that R6/7RS don't have numbers in
> library names. Because both kinda do.
>
> R6RS seems to allow the last library name element to be a list (?) of
> numbers explicitly reserved for lib
Hi y'all,
I've been confused by the statements that R6/7RS don't have numbers in
library names. Because both kinda do.
R6RS seems to allow the last library name element to be a list (?) of
numbers explicitly reserved for library version:
See https://www.r6rs.org/final/html/r6rs/r6rs-Z-H-10.html
> [...]
>
>In what kind of situation might a library name be made up of identifiers
>(syntax objects) that might need to carry lexical information?
As implied by the previous: never (in Guile, and probably most others).
The only exception I can think of, is if:
* ‘define-library’/’library’ is i
>> the R7RS authors were
>> likely unaware of the incompatibility of their proposal to allow numeric
>> name parts with existing implementations and language extensions.
>
>Implementation, singular.
Implementations, plural, since Chibi seems to do the same ‘module name -> file
name’ thing as Gu
As I wrote, this is a syntactic extension of Chez Scheme - but a very
useful one - and outside of the R6RS. The Unsyntax expander I wrote
also implements it.
If patching these two implementations to use the first library name part
instead of the last is the only technical obstacle to numbers
Am Mo., 22. Juli 2024 um 19:43 Uhr schrieb Lassi Kortela :
> > To correctly attach marks (in the R6RS syntax model) to the imported
> > identifiers, the expander needs marks associated with the library name
> > (and takes the marks of the last name part, which, therefore, must be an
> > identifier
To correctly attach marks (in the R6RS syntax model) to the imported
identifiers, the expander needs marks associated with the library name
(and takes the marks of the last name part, which, therefore, must be an
identifier).
Where does the decision to take the last library name part come from?
> > > Do you know that the Broken Window theory has been debunked?
> > > https://cssh.northeastern.edu/sccj/2019/05/21/researchers-debunk-broken-windows-theory-after-35-years/
> >
> > there's no need for scientific papers about something i can observe myself.
> > both inside me, in my own reactio
Am Mo., 22. Juli 2024 um 10:13 Uhr schrieb Taylan Kammer <
taylan.kam...@gmail.com>:
> Thank you for the comments. I agree especially with the part about RnRS
> needing to define a broad-ranging standard that allows writing useful
> libraries in a portable way. The lack of e.g. networking primitiv
Thank you for the comments. I agree especially with the part about RnRS needing
to define a broad-ranging standard that allows writing useful libraries in a
portable way. The lack of e.g. networking primitives is extremely limiting and
this always greatly bothered me about RnRS.
I have question
16 matches
Mail list logo